一个FASTT900扩容,然后数据也无法访问了,机器正在跑着业务,晕了

mithara

FastT 900 扩容故障经过及解决方法

19日晚上，有一个FastT 900,进行扩容，在原来的5个EXP700的基础上增加2个EXP710。在扩容之前，参阅了FastT 900的 Service guide,制定了安装步骤。下面是具体的操作步骤：
1、 登陆到storage manager 检查系统原始状态，一切正常，没有ERROR
2、 如下图连线，做的动作有（OA系统存放在扩展盘组2中，此次操作只针对扩展盘组1）
一，在没加电之前先把2台710光纤环路连接好，
二，把绿色打叉位置的光纤从第三个盘柜的IN位置挪到新加的盘柜的IN位置，在此期间，构成的环路是断开一会，但由另一路进行数据读写，因此不影响正常业务访问工作。
三，此时用storage manager 连上去会看到一些链路短开的错误日志，此为正常。但是其中有一条错误信息，引起我们的注意，那就是enclonsure id confict（硬件地址ID冲突），这是由于新加的两个710的enclonsure id号没有设置的原因。
四，把enclonsure id修改完以后，发现错误信息依旧存在，这应该是由于控制器对新的ID还没有识别的原因。
五，按照原理推之，我只要放一台710上去，那样ID就不会冲突了。按照这样的想法接上之后，新的问题出现了。那就是storage manager 无法连接上去。无法对控制器进行操作，升级工作进入了无法前进的地步。
六，回头仔细的重新检验一下自己的操作过程及步骤，一切都还没有失误，那问题出在哪呢，根据经验以及咨询800后，得出一个结论：
由于700和710在一起混用时，会要求700的ESM版本在9326以后和FastT 900的Firmware版本在06以后，而发现现场的700的版本是9319以及900的版本为05，在一起混用会出现无法识别到新设备而造成的。那么就需要先还原设备的原始状态。
七，但是由于现在已经无法进入storage manager而无法对storage manager 中的数据进行操作。只有重新启动才能解决这个问题。
八，那么的得出的解决方法便是：想要解决EXP710可以识别，那么就需要升级firmware；想要升级firmware，就必须关机才行，但是现在现场的情况不允许关机。因此扩容的操作终止；
九，但还有一个storage manager 无法访问的问题，造成的原因可能是由于控制器的控制模块出现紊乱造成的。它的解决办法就是进行一下控制器的重新启动。
十，经过分析后，在上述问题都存在的状态下，进行一下数据连接，访问，应用工作正常。那就跟王工汇报此事，说协调时间以后再重新启动控制器。
十一， 但是第二天早晨，突然有其中一台机器无法识别到存储，也就是下图扩展柜组2中的某一个lun，而这个应用在早些时候还是可以访问，就是在服务器重新启动后，无法识别到。而这个扩展柜组的其他相关应用还是可以正常访问的。在排除了硬盘出现硬件故障以后，又把问题的根源集中在控制器上，咨询几次800，给出的意见依旧是重启控制器。
十二，    经过电信方领导的一致协调努力，终于在20日下午5：30有机会重启控制器。无法访问storage manager的故障消除，OA办公系统业务也可以正常工作。
4、  通过上述一系列的操作和判断过程以及出现问题后的解决。最终归结为两点
一，版本不同的机器在一起使用会出现认不到的情况，需要断电升级firmware
二，由于扩容过程导致控制器暂时的失效，是通过重启控制器得以解决
总结：此次操作应该在检查firmware版本，发现不一致立即停止操作，而不是继续操作下去。

本文来自ChinaUnix博客，如果查看原文请点：http://blog.chinaunix.net/u/3154/showart_70432.html