盘阵突然无法访问,请大家帮忙!!!在线等待,急...

sky.xuxm

从时间上看，感觉是硬盘的问题\r\nLABEL:          SC_DISK_ERR2\r\nIDENTIFIER:     B6267342\r\n\r\nDate/Time:       Thu Aug 28 10:09:53 BEIST 2008\r\nSequence Number: 2645\r\nMachine Id:      00CBDAAF4C00\r\nNode Id:         db1\r\nClass:           H\r\nType:            PERM\r\nResource Name:   hdisk2          \r\nResource Class:  disk\r\nResource Type:   Hitachi\r\nLocation:        U5791.001.99B03B1-P2-C02-T1-W50060E8010232452-L0\r\nVPD:             \r\n        Manufacturer................HITACHI \r\n        Machine Type and Model......DF600F          \r\n        Part Number.................\r\n        ROS Level and ID............30303030\r\n        Serial Number...............75012869\r\n        EC Level....................\r\n        FRU Number..................\r\n        Device Specific.(Z0)........00000332B3001102\r\n        Device Specific.(Z1)........0000\r\n        Device Specific.(Z2)........\r\n\r\n        Device Specific.(Z3)........

sky.xuxm

还有一种可能，hds的多路经管理软件出了问题，当光纤链路断开后再恢复，hds不会自动恢复，请检查一下，用hds的命令，大概是\r\ndlnkmgr view -drv\r\ndlnkmgr view -path\r\n看看path上有没有offline的情况

sky.xuxm

db1# errpt -aj B6267342 |more\r\n---------------------------------------------------------------------------\r\nLABEL:          SC_DISK_ERR2\r\nIDENTIFIER:     B6267342\r\n\r\nDate/Time:       Thu Aug 28 10:09:53 BEIST 2008\r\nSequence Number: 2645\r\nMachine Id:      00CBDAAF4C00\r\nNode Id:         db1\r\nClass:           H\r\nType:            PERM\r\nResource Name:   hdisk2          \r\nResource Class:  disk\r\nResource Type:   Hitachi\r\n........\r\nFailure Causes\r\nDISK DRIVE\r\nDISK DRIVE ELECTRONICS\r\n\r\n        Recommended Actions\r\n        PERFORM PROBLEM DETERMINATION PROCEDURES\r\n\r\nDetail Data\r\nPATH ID\r\n           3\r\nSENSE DATA\r\n0A00 2A00 1422 2538 0000 0804 0000 0000 0000 0000 0000 0000 0118 0000 \r\n\r\n查一下path 3路径看看，是不是offline了\r\nhds偶尔会有这种情况，短时中断后不会自动恢复，但是两台主机同时无法访问却是没道理\r\n\r\n\r\n到目录/usr/DynamicLinkManager/bin下，执行dlnkmgr  view -path\r\n重点看一下path id 3的情况\n\n[ 本帖最后由 sky.xuxm 于 2008-8-28 16:58 编辑 ]

sky.xuxm

如果存在offline的path，请执行dlnkmgr online,然后按y\r\n顺便贴一下常用命令\r\ndlnkmgr view –drv                   查看每个dlmfdrv设备所对应的hdisk\r\ndlnkmgr view –lu                查看每个hdisk的状态，是否处于online\r\ndlnkmgr view –sys                查看HDLM负载均衡管理的配置参数\r\ndlnkmgr view –path                查看hds磁盘的路径\r\ndlmrmdev                        删除所有的HDS逻辑设备,包括dlmfdrv?(对应存储上的一个lun)和dlmadrv设备

sky.xuxm

奇怪，楼主没有安装多路径软件么\r\nlspv看，hds的设备名称应该是dlmfdrv0,dlmfdrv1之类，如果这样，那么hds的存储只是当成普通磁盘在用了

sky.xuxm

看来是我的知识需要更新啦，从输出的信息看，可以排除hdlm上的原因了，如果还有什么疑问的话就是hdisk2,hdisk3的io error远低于hdisk4,但是hdisk4却是正常的\r\n\r\n解决办法好像也只有重装了，有几个不知道的地方能否具体说一下，丢失的vg是否是用于oracle数据库，数据库是否用的rac,数据文件是否用的裸设备\r\n\r\n出现主备机上的vg信息都丢失的情况，还是觉得很蹊跷，按理来说备机的vg根本没有varyon，怎么也没有了呢，除非用的是并发模式，也就是ORACLE的RAC

sky.xuxm

呵呵，原来这样，那就都解释的通了，rac方式的下vg管理和普通模式下不同，ha应该用的也是es版本，不过这样的话vg在varyon的时候没有加锁，磁盘报的错误可能和i/o争用有关

sky.xuxm

除非在存储端对lun作磁盘格式化，别的操作不至于如此，晕，难道是操作失误，lun选错了