errpt报DISK OPERATION ERROR，但使用正常，需要怎样处理？

sygdwg

是有几块LUNZ的硬盘,EMC说确认没有使用就可以删除了,我删了没出什么问题.不过navicli -h <SP_IP_address> storagegroup -sethost -host <hostname> -arraycommpath 0这个命令EMC说如果是生产机请不要执行,我没执行.\r\nEMC说\r\nSENSE DATA\r\n0A00 2A00 01EB E020 0000 1004 0000 0000 0000 0000 0000 0000 0200 0300 0000 0000 \r\n0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 \r\n0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 \r\n0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 \r\n0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 \r\n0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 \r\n0000 0000 0000 0001 D9AE 0008 A080 0000 0006 0000 0000 0000 0000 0000 0000 0000 \r\n0000 0035 001D \r\n这个错误说明的是:曾经系统中有这个硬盘,但是现在访问不到了.\r\n\r\n正在和EMC处理中,如果能解决,一定告之大家,谢谢!\n\n[ 本帖最后由 sygdwg 于 2006-7-12 17:03 编辑 ]

jianan

EMC这个没问题.它本身也是TEMP性错误!确实是没事的!不用太过与担心!不过,我建议你通过NAVSPHERE看一整个RAID的IO使用情况!

xuwanbest

我这边也经常有这样的大量的报错,基本上都是后端连接了CX的存储会出现,也集中在那几台服务器上.\r\n每次出现这样的问题,我都是用powermt display dev=all 查看下那些报错的路径是否是alive的,看看SP有没有发生切换,如果正常我就不管它了.\r\n但我们并没有把其真正的原因找出来,问其他人也是说可能在那个时间段数据量比较大导致,IBM那边抓SNAP也看不出来什么,EMC也说没事,各位大大虾有没有知道的呢?发表下可能的见解啊!

mophe

HACMP+EMC的存储，是要跑个ECM的脚本的，是在HA脚本里面加上一些EMC磁盘的描述。set_scsi_id。\r\n不知道这个东西当初EMC帮你做了没有？\r\n\r\n\"New \" set_scsi_id \" script is now required with CLARiiON LUNs in an HACMP / PP environment.\" \r\n \r\n     \r\nID:  emc97234

wuchengeng

试下修改一下pv的timeout属性：用chdev 命令将其值改为>30，默认值是30,我改成1000。\r\n\r\n详细说明见我的博客

xuwanbest

set_scsi_id  这个参数已经设置过了,不一定是HACMP会有这样的问题,单台主机也会有.惟一的共性是后面连的是CX700的存储!\r\nwuchengeng:我也想过修改这个参数,但这样就怕对I/O有影响呢?而且对于已经在用的路径不允许chdev rw_timeout这个属性

jackpenggg

以前也碰到过\r\n连EMC 500的存储老是报磁盘操作错误\r\n升级HBA卡的微码解决问题

bluely

在CX500也曾经碰到过，最后升级HBA卡微码解决过.

sygdwg

EMC最终的解释是：CX700没有硬件问题，在使用中未报此错误就行，在用cfgmgr或powermt config等命令时出问题属于正常的范畴。不太令人满意！\n\n[ 本帖最后由 sygdwg 于 2006-8-3 08:35 编辑 ]

星海夜航

我的5716微码是最新的\r\nDevice Specific.(Z9)........TS1.90X13\r\n但是errpt也会报很多这个错误，应该是没问题的