January 9, 2006
作者:eygle
周日,大舅发给我一首新写的词,转录如下:
蝶恋花 探病有感
春城求医中日联,躯身病榻长夜忆当年.矮檐瘦土脱贫志,风雨拼搏未曾难.
盘古人间多少愿,秦皇觅寿东渡染黄泉.银髯笑看桑榆晚,心态宽容度百年.
于吉大中日联谊医院.
大舅身体不太好,最近在长春住院.
舅舅是一个非常聪明的人,在我的成长过程中,他给我的影响非常巨大.
虽然没有上过什么学,舅舅凭着自己的聪明才智,自学了电工方面的知识,而且极其深入,他那时候买的书,大都是从俄文翻译过来的,很艰深,很多书我读大学的时候,才能勉强看懂.
在那个年代,他是那一带非常有名的人物.记忆中,大舅可以自己买铜线缠变压器,然后卖给别的村子,在我孩提时的眼里,那简直神奇极了.
舅舅还开过几个小的工厂,生产蜡烛,生产拖布...很小的东西,他都能从中找到商机.这也许就是他所说的:矮檐瘦土脱贫志.
脱贫,其实他远远超过了这个标准.
在刚刚改革开放不久,舅舅家里就盖起了非常豪华的房子,有浴室可以洗澡,水井在屋子里面(这在当时的农村几乎是不可想向的).还有从日本买来的彩色电视(不得不佩服一下小日本,那电视据说现在还能用),当时村子里还都没有电视,附近也没有电视塔,舅舅就自己搭了一个高高的电视信号接收器.
五六岁的时候最喜欢的就是跑去舅舅家,因为有太多好玩的地方.
那时候表哥上学,学校里应该是不教外语的(?),大舅就买来唱片机,买那种圆圆的唱片给表哥听外语.现在表哥经营着中国工控网 (其实我自己也是学工业控制专业的),有非常好的事业发展.我想表哥就是舅舅最好的作品.
那时候农村人的最大愿望似乎就是进城,后来大舅举家都迁入城里.在当地熟悉的人看来,舅舅把很多人的梦想变成了现实.
舅舅凭自己的努力,从一无所有到把这个家带到了一时的顶峰.我一直非常尊敬他.
现在舅舅病了,我写下这段文字祝愿他早日康复.
也愿天下人都能常有安康!
Posted by eygle at 10:42 PM
| Comments (17)
作者:eygle
上次圣诞节EMC出了故障之后,除了升级内核之外,今天给出了一个附件建议,那就是更换0_1_13号硬盘,这块硬盘此前报过几次读写故障:
# navicli -h 172.16.9.5 getdisk 0_1_13
Bus 0 Enclosure 1 Disk 13
Vendor Id: SEAGATE
Product Id: ST373207 CLAR72
Product Revision: 6A08
Lun: 19
Type: 19: RAID5
State: Enabled
Hot Spare: 19: NO
Prct Rebuilt: 19: 100
Prct Bound: 19: 100
Serial Number: 3KT0ZCE7
Sectors: 139681792 (68204)
Capacity: 68238
Private: 19: 69704
Bind Signature: 0x13cf, 1, 13
Hard Read Errors: 0
Hard Write Errors: 1
Soft Read Errors: 3
Soft Write Errors: 3
Read Retries: N/A
Write Retries: N/A
Remapped Sectors: N/A
Number of Reads: 152130661
Number of Writes: 11614837
Number of Luns: 1
Raid Group ID: 11
Clariion Part Number: DG118032476
Request Service Time: N/A
Read Requests: 152130661
Write Requests: 11614837
Kbytes Read: 1262285626
Kbytes Written: 295922610
Stripe Boundary Crossing: 110309248
|
然后今天使用navicli来查看磁盘信息时还遇到超时的问题,原因不明:
# navicli -h 172.6.9.5 getdisk 0_1_13
Error returned from Agent
Client non-data stream error. Err: RWSockErr: in RWSocket::connect: TIMEDOUT
|
有人遇到过类似的问题么?
现在只希望EMC在春节期间能够乖乖工作.
Posted by eygle at 3:12 PM
| Comments (0)
作者:eygle
周一一大早就发现一个数据库负载超高,性能异常:
4CPU,8G内存,的SUN Fire 480R主机:
# ./prtdiag
System Configuration: Sun Microsystems sun4u Sun Fire 480R
System clock frequency: 150 MHz
Memory size: 8192 Megabytes
========================= CPUs ===============================================
Run E$ CPU CPU
Brd CPU MHz MB Impl. Mask
--- ----- ---- ---- ------- ----
A 0 1050 8.0 US-III+ 11.0
A 2 1050 8.0 US-III+ 11.0
B 1 1050 8.0 US-III+ 11.0
B 3 1050 8.0 US-III+ 11.0
|
现在负载:
load averages: 13.12, 12.60, 12.23 db480-4.hurray.com.cn 09:50:32
184 processes: 166 sleeping, 12 running, 1 stopped, 5 on cpu
CPU states: 0.0% idle, 93.6% user, 6.4% kernel, 0.0% iowait, 0.0% swap
Memory: 8.0G real, 2.8G free, 4.1G swap in use, 18.1G swap free
PID USERNAME THR PR NCE SIZE RES STATE TIME FLTS CPU COMMAND
11834 oracle 2 22 0 3.1G 3.0G run 12:51 0 7.08% oracle
3876 oracle 2 22 0 3.1G 3.0G run 38.5H 0 6.93% oracle
15876 oracle 2 21 0 3.1G 3.0G run 514:20 0 6.85% oracle
4042 oracle 2 21 0 3.1G 3.0G run 41.3H 0 6.78% oracle
29532 oracle 2 21 0 3.1G 3.0G run 19.4H 0 6.67% oracle
3703 oracle 2 21 0 3.1G 3.0G run 38.5H 0 6.66% oracle
29704 oracle 2 21 0 3.1G 3.0G run 20.9H 0 6.60% oracle
15537 oracle 2 21 0 3.1G 3.0G run 496:48 0 6.57% oracle
15680 oracle 2 31 0 3.1G 3.0G run 496:44 0 6.50% oracle
29375 oracle 2 31 0 3.1G 3.0G run 19.5H 0 6.31% oracle
4033 oracle 2 22 0 3.1G 3.0G run 8:51 0 4.76% oracle
4035 oracle 2 51 0 3.1G 3.0G sleep 8:55 0 4.70% oracle
4046 oracle 2 52 0 3.1G 3.0G cpu03 8:59 0 4.68% oracle
7349 oracle 11 53 0 3.1G 3.0G sleep 8:38 0 4.44% oracle
4055 oracle 2 42 0 3.1G 3.0G cpu02 8:43 0 4.39% oracle
|
应用的问题太多了,汗!
类似的,应用我以前写好的SQL,我们可以找到存在问题的SQL进行优化,参考:
Oracle诊断案例----如何捕获问题SQL解决过度CPU消耗问题
Posted by eygle at 10:30 AM
| Comments (2)
