OuYangYuXi的博客

经过双方友好协商，更换1个控制器加恢复异常的控制器，合同搞定后由工程师远程通过技术手段将有异常的控制器进行恢复操作，经过大概半小时左右，单控正常拉起业务。这款存储在政府，医疗，教育，制造行业占有率还比较高，所以时常会有来自全国各地的朋友找到我们咨询和解决类似V3500 V3700 V5000 V7000存储的故障问题。经过工程师对存储日志的分析，有一个控制器已经无法识别（确认故障），另外一个控制器也存在异常，但是因为这台存储是该单位PACS业务，比较着急临时恢复业务。报修单位：黑龙江佳木斯某某医院。

处理过程：工程师通过PERCCLI64导出并查看分析RAID日志，确认故障物理盘的故障顺序，经过技术处理，RAID6阵列状态从开始的offline状态恢复到Degraded，此时可以暂时看到丢失的数据，通过检测剩下的其他盘中还有1个盘也是有坏道，经过跟用户商务层面的沟通协商，先把其中一个故障的盘换新盘去同步数据。经过1天的等待这个盘同步完成，raid恢复到正常状态，接下来的示器就是继续替换剩余的故障盘进行同步修复，，，，，，如下图所示。如果运气好能修复原RAID的话那是方便又快捷重要的是省钱省力省时间。

IBM Storwize v3000 v5000 v7000 关机重启后出现故障代码578，T3存储底层系统恢复

IBM 联想 Storwize v系列存储常见的节点故障587代码，一般是设备意外关机或者重启后会出现该问题。说明：启动时，节点无法读取其状态数据。如果发生这种情况，它应该会自动重新添加到集群系统中。但是，如果它在 60 秒内未加入集群系统，就会产生此节点错误。此错误是严重的节点错误，需要用户执行操作，然后节点才能变为可加入集群系统的候选节点。.........

今天给大家分享的是深圳.福田区一个电商客户公司一台IBM Storwize v3500存储控制器故障从远程诊断 收集日志 分析结果的实际案例，如图所示通过存储管理口登陆进去后直接看到少了一个控制器，经过工程师分析日志后判定为该控制器损坏，接下来更换控制器配件，标准套件的控制器不带子卡和电池，所以需要把故障控制器上的子卡和电池拆下来装到新控制器上，这个电池拆还需要点技巧，接着把新的控制器插回V3500主机，等待大约十分钟后，新控制器指示灯全绿，管理界面看到节点已联机；冠峰科技-爱科技爱分享。

由于客户反馈无法登陆到GUI管理界面，那么只能进服务助手界面收集日志，查看节点的状态和错误代码才能定位到故障问题点；673根据描述33%是电源，33%是电池，33%是电源线，1%是机箱机柜。广东佛山工厂报修一台IBM Storwize V7000存储【2076-124】，反馈说无法访问也无法进入管理界面了；前面板和后面2个节点容器都有亮系统警告灯。由于设备使用年限比较久了，为求保险，按客户要求工程师带配件上门直接更换2个电池和电源，然后把节点恢复活动状态，GUI正常登陆，数据正常！