eygle.com   eygle.com
eygle.com  
 

« October 2005 | Blog首页 | December 2005 »

上一页 1 2 3 4 5


November 5, 2005

笔记-SUN 4500硬盘损坏

作者:eygle

出处:http://blog.eygle.com

收到消息的时候,登陆主机检查,发现登陆时即报出错误:No directory!
即用户目录已经找不到了。
billing-db2 console login: gqgai
Password: 
No directory! Logging in with home=/
Last login: Wed Nov  2 22:08:37 from 10.199.32.23
Sun Microsystems Inc.   SunOS 5.8       Generic Patch   October 2001
$ id
uid=2003(gqgai) gid=2000(maintain)

用df -k发现存在IO错误,2个目录不见了,/opt和/export/home属于同一块硬盘,这块硬盘看来是Over了:
$ df -k
Filesystem            kbytes    used   avail capacity  Mounted on
/dev/dsk/c0t10d0s0   1018191  132709  824391    14%    /
/dev/dsk/c0t10d0s6   3974034 1588072 2346222    41%    /usr
/proc                      0       0       0     0%    /proc
fd                         0       0       0     0%    /dev/fd
mnttab                     0       0       0     0%    /etc/mnttab
/dev/dsk/c0t10d0s1   8261393 1657518 6521262    21%    /var
swap                 7088928       8 7088920     1%    /var/run
swap                 7090656    1736 7088920     1%    /tmp
df: cannot statvfs /opt: I/O error
df: cannot statvfs /export/home: I/O error

使用dmesg查看系统信息,发现硬件错误信息如下:
# dmesg

Thu Nov  3 10:18:38 CST 2005
...
Nov  2 18:13:33 ... scsi: [ID 107833 kern.warning] WARNING: /sbus@3,0/SUNW,fas@3,8800000/sd@b,0 (sd10):
Nov  2 18:13:33 ...    Error for Command: write                   Error Level: Retryable
Nov  2 18:13:33 ... scsi: [ID 107833 kern.notice]      Requested Block: 38016        Error Block: 38016
Nov  2 18:13:33 ... scsi: [ID 107833 kern.notice]      Vendor: SEAGATE               Serial Number: 0118T2F3E2  
Nov  2 18:13:33 ... scsi: [ID 107833 kern.notice]      Sense Key: Hardware Error
Nov  2 18:13:33 ... scsi: [ID 107833 kern.notice]      ASC: 0x15 (), ASCQ: 0x1, FRU: 0x1
Nov  2 18:14:58 ... scsi: [ID 107833 kern.warning] WARNING: /sbus@3,0/SUNW,fas@3,8800000/sd@b,0 (sd10):
Nov  2 18:14:58 ...    Error for Command: write      Error Level: Retryable
Nov  2 18:14:58 ... scsi: [ID 107833 kern.notice]      Requested Block: 670640       Error Block: 667334
Nov  2 18:14:58 ... scsi: [ID 107833 kern.notice]      Vendor: SEAGATE               Serial Number: 0118T2F3E2  
Nov  2 18:14:58 ... scsi: [ID 107833 kern.notice]      Sense Key: Hardware Error
Nov  2 18:14:58 ... scsi: [ID 107833 kern.notice]      ASC: 0x44 (internal target failure), ASCQ: 0x0, FRU: 0xd3

看来这块SEAGATE的硬盘是完蛋了。

再看vxfs报出的错误:
Nov  2 18:15:01 ... scsi: [ID 107833 kern.warning] WARNING: /sbus@3,0/SUNW,fas@3,8800000/sd@b,0 (sd10):
Nov  2 18:15:01 ...    SCSI transport failed: reason 'incomplete': retrying command
Nov  2 18:15:02 ... scsi: [ID 107833 kern.warning] WARNING: /sbus@3,0/SUNW,fas@3,8800000/sd@b,0 (sd10):
Nov  2 18:15:02 ...    disk not responding to selection
Nov  2 18:15:02 ... vxfs: [ID 820467 kern.warning] WARNING: msgcnt 103
  		vxfs: mesg 025: vx_wsuper - /dev/dsk/c0t11d0s5 file system super-block update failed
Nov  2 18:15:02 ... vxfs: [ID 806367 kern.warning] WARNING: msgcnt 104 
		vxfs: mesg 031: vx_disable - /dev/dsk/c0t11d0s5 file system disabled
Nov  2 18:15:04 ... scsi: [ID 107833 kern.warning] WARNING: /sbus@3,0/SUNW,fas@3,8800000/sd@b,0 (sd10):
Nov  2 18:15:04 ...    disk not responding to selection
Nov  2 18:15:04 ... WARNING: msgcnt 105 vxfs: mesg 025: vx_wsuper - 
		/dev/dsk/c0t11d0s7 file system super-block update failed
Nov  2 18:15:04 ... WARNING: msgcnt 106 vxfs: mesg 031: vx_disable - 
		/dev/dsk/c0t11d0s7 file system disabled
Nov  2 18:15:06 ... WARNING: msgcnt 107 vxfs: mesg 037: vx_metaioerr - 
		vx_inode_iodone - /dev/dsk/c0t11d0s7 file system meta data write error in block 5292848
Nov  2 18:15:07 ... WARNING: msgcnt 108 vxfs: mesg 037: vx_metaioerr - 
		vx_inode_iodone - /dev/dsk/c0t11d0s7 file system meta data write error in block 4057344
Nov  2 18:15:52 ... WARNING: msgcnt 109 vxfs: mesg 017: vx_ilock - 
		/export/home file system inode 1574 marked bad incore
......

确认无误,只好更换硬盘了。
由于/opt是Oracle软件安装路径,此时Oracle报出同样的硬件错误:
Wed Nov  2 18:15:29 2005
Errors in file /orasys3/admin/hsother/udump/hsother_ora_24469.trc:
ORA-07445: Message 7445 not found;  product=RDBMS; facility=ORA
; arguments: [00000001009F5C00] [SIGBUS] [Object specific hardware error] [10443776]
Wed Nov  2 18:15:29 2005
Errors in file /orasys3/admin/hsother/udump/hsother_ora_24469.trc:
ORA-07445: Message 7445 not found;  product=RDBMS; facility=ORA
; arguments: [00000001008D69DC] [SIGBUS] [Object specific hardware error] [10443776]
ORA-07445: Message 7445 not found;  product=RDBMS; facility=ORA
; arguments: [00000001009F5C00] [SIGBUS] [Object specific hardware error] [10443776]

Posted by eygle at 10:49 PM | Comments (0)


November 4, 2005

什么是CPAN?

作者:eygle

出处:http://blog.eygle.com

CPAN是Comprehensive Perl Archive Network的缩写.。它是一个巨大的Perl软件收藏库,收集了大量有用的Perl模块(modules)及其相关的文件。在互联网上可在此URL(www.cpan.org)找到CPAN。由于CPAN的收藏丰富,使用者甚多,在世界各地都有许多CPAN的镜站(mirror site)存在。在香港也有CPAN的镜站,在香港中文大学的域名下(http://ftp.cuhk.edu.hk/pub/packages/perl/CPAN/)就有其中的一个。

如何使用CPAN

在DOS命令行键入以下指令执行CPAN

C:>perl -MCPAN -e shell

第一次进入CPAN时,CPAN将会进行一次配置(configuration)。当配置完成后,就可以利用CPAN来查询CPAN内的Perl模块,并且进行安装。一般操作如下:

CPAN> d /bioperl/

查询有关bioperl的模块

CPAN> install modulename

安装指定的模块

如要重新配置CPAN,可先进入CPAN,然后在CPAN命令行(即CPAN>)键入以下指令:

CPAN>o conf init

Posted by eygle at 1:08 PM | Comments (0)


UT斯达康转型面临大裁员

作者:eygle

出处:http://blog.eygle.com

以下是新闻报道:
本报讯(记者辛苑薇)昨天,记者从UT斯达康内部获悉,公司拟放弃3G,今后主要生产经营小灵通和IPTV业务。此外,空前大裁员的风暴也再次席卷UT斯达康,公司计划裁员2000人左右,超过五个月前裁去的1400人。
记者致电UT斯达康总裁吴鹰,他只简单地表示,公司正在进行产品结构调整,专注在本公司的强项上,不愿意做过多解释。但UT斯达康内部人士透露,由于UT 斯达康经营业绩不良,公司很难再投入大量资金在"只闻楼梯响,不见人下来"的3G项目上,而且即使中国3G开始运营,能占到多少市场份额也是个未知数。因此,UT斯达康决定除了保持3G终端产业外,3G其他部分的投入都将被剔除。
公司规模缩水带来的必然是裁员。有消息称,除了小灵通和IPTV外,其他部门都面临着大量裁员或者取消的命运。但与国内企业经营不良,大量裁去销售和服务人员不同的是,此次UT斯达康重点裁去研发人员。据悉,UT斯达康在深圳的研发中心也基本面临着关门的结局。

以下是新闻评论:
有N+3,这次裁员的大车一定要登上啊,上帝保佑,阿门!

Posted by eygle at 12:41 PM | Comments (6)


参加EMC Forum 2005-加速信息生命周期管理大会

作者:eygle

出处:http://blog.eygle.com

今天在世纪剧院参加EMC Forum 2005-加速信息生命周期管理大会。

不知有否朋友同在...

超炫开场:
emc2005_01.jpg

EMC CEO出场:
emc2005_02.jpg

Posted by eygle at 9:03 AM


在Oracle10gR2中调整过于频繁user commit的一个方法

作者:eygle

出处:http://blog.eygle.com

我们知道在以往的Oracle版本中,如果commit,那么后台的LGWR进程一定会将内存中的redo数据写入online redo log文件中,然后再将控制权返回给用户(当然,其实这段也可能不是磁盘操作,而是写入到磁盘缓冲中)。如果应用中有过于频繁的用户commit,那么可能会产生明显的log file sync的等待事件。

而Oracle10g中的新功能-Asynchronous Commit可能是解决这个问题的一个新方法(只是看文档自己猜测,并没有真正实践)。

在Oracle10g中我们可以设置commit的行为来做到在commit之后,控制权立刻返回给用户,而Oracle会在恰当的时候唤醒LGWR,批量更新online redo log文件。

我们可以作系统级的更改:
ALTER SYSTEM SET COMMIT_WRITE = BATCH, NOWAIT

同样也可以在commit时单独使用:
COMMIT WRITE BATCH NOWAIT

但是问题在于,这样作的结果,是否意味着即使commit了的事务,在数据库恢复时也是不一定找得回来的。用安全换效率,迫不得已的做法吧。

Posted by kamus at 4:39 AM | Comments (0)


November 2, 2005

孤独的人是可耻的

作者:eygle

出处:http://blog.eygle.com

1.数据库Down了2个
今天下班刚走出没多远,同事打来电话,数据库Down了2个。赶快跑回楼上。
原来是主机的磁盘坏了一块,结果导致数据库Crash,HA也挂起了。资源无法释放,只好手工切换,好在备机正常,数据库也没有损坏,很快就恢复了服务。

又检查了一下,发现数据库主机居然持续运行了421天

$ uptime
10:08pm up 421 day(s), 11:06, 1 user, load average: 0.00, 0.01, 0.01

这也算是个不错的记录了,然后回过头看了一下一台应用服务器,这个居然运行了509天
$ uptime
10:09pm up 509 day(s), 17:27, 1 user, load average: 0.36, 0.38, 0.32

509天之前我们在作什么?恐怕谁都无法想象了吧?

2.孤独的人是可耻的
近日被朋友嘲笑,孤独的人是可耻的,人人都认为我的确已经到了该担心找不到老婆的危险境地。
所以朋友们开始准备拯救我于水火,看来真的应该认真考虑这个问题了。

3.巾帼不让须眉
中午吃过饭,散步到东方广场,走着走着,听见前边咕咚咕咚几声响。看见一个MM从一辆尼桑车的前盖上跳下来,嘴里还大骂不停。据分析那车可能差点撞到MM, 结果该MM一怒之下纵身跃上车身,狂踩几脚。

只见车盖当时瘪了,那车停了半响,估计司机傻了,然后开走了....

Posted by eygle at 10:01 PM | Comments (17)


November 1, 2005

Gregarius与Lilina,我的Rss历程...

作者:eygle

出处:http://blog.eygle.com

在Fenng的Blog上看到Gregarius的介绍,基于Gregarius,Fenng搭建了Openrss站点。

初步体验了一下,感觉的确不错,此前使用的Lilina虽然做了一些升级调整,并且参考了很多网友进行的有益的Hack,但是使用中始终存在很多问题,我比较头痛的有以下几个问题:

1.效率问题,Lilina的同步效率很低
2.Feed问题,原来的Lilina不提供分类;Hack过得Lilina-Head等,我遇到很多Feed无法订阅的情况
3.遇到一些Bug,无法修正

所以决定尝试一下fenng推荐的Gregarius,初步架设起来,我把自己的Gregarius初步命名为eRss

在安装中遇到几个问题,稍后介绍一下。缺省的,Gregarius对于中文的支持不甚理想。
程序中使用 preg_replace 函数过滤特殊字符,中文都被替换成"_",结果很常见的就是一堆"_____"的样子。

对于这个做了点简单的调整,现在的显示还算差强人意。

Gregarius最让我满意的就是Feed的分组以及管理,效率上也非常不错;但是在UI方面,显示的还不够好,当然这个可以自己慢慢调整。

Posted by eygle at 5:44 PM | Comments (2)


上一页 1 2 3 4 5


CopyRight © 2004-2008 eygle.com, All rights reserved.