EMC VNX 中端存储系统控制器更换常见问题探讨

最近遇到一些客户在更换EMC Clariion系统(就是传统的中端存储,包含CX,VNX1代,VNX2代,VNXe和Unity类似)控制器中遇到一些问题,然后处理方案千奇百怪,问题越高越复杂,最后丢数据。本文对标准的更换流程做个描述,不同的产品是有些差异的,但总体差不太多。当然,Vnxe和Unity是完全不同了,由于底层做了改写,但是Unity和VNXe还是保留和继承了很多VNX的东西,有些方法也是适用的,比如启动过程SP控制器的指示灯变化。最后对一些常见的误区做些描述,有不清楚的地方,欢迎添加微信 StorageExpert 进一步沟通探讨。

标准过程描述:

  1. 把5400-B的wirte cahce先disable了。

  1. 如果能有navisecli 最好用命令来shutdownsp,如果没有就只能物理上来关机和开机了。
  2. 找到5400的SPA物理东西,A从后面看是右手的

从前面看,A在左边,B在右边。

  1. 笔记本打开串口程序,如puttty,波特率是 115200(注意的是VNX1代的波特率是9600)。 然后把串口线接到笔记本上,见检查串口驱动是否正常。如果正常就继续
  2. 串口另外一端接到5400B的下图串口上

  1.  物理上把spa 拿下来,然后把base module A 也拿下来,注意记录base module A上的线的顺序

如何把控制器拧下来?看下图:

  1. 物理上先把base module A插进去,然后接好后端线
  2. 新的控制器接上串口,然后插入控制
  3. 正常就应该能启动。如果有问题,就再来看器,加电以后就开始启动,观察启动过程,串口应该有输出
  4. 最后别忘记把write cache重新enable

上面是正常的无任何异常情况发生,一切顺利的过程。

常见易犯错误梳理

1. 更换控制器没有串口线

建议对于控制器的更换,最好或者说一定带上串口线,CX和VNX的串口线都是一样的,如下图,一头是DB9,但是另外一个头是Micro DB9。很多人一说串口线,马上想到的就是交换机上用的RJ45。

由于现在的笔记本上都已经没有了com口,还需要准备一条USB转COM的线。这个线也很重要,遇到过很多次由于这个线有问题,显示正常但是无法输入任何文字的现象,浪费很多很多的时间。

2. 认为控制器PN不对是导致控制器更换不成功的原因

举个简单的例子,还是用EMC VNX5400 控制器来举例,我们在市场上看到的VNX5400 SP的PN号是有好几种的,最常见的有:

110-201-003D

110-201-013B

110-201-023D

还有 110-201-006B等很多种,认为这个pn不同控制器就不同,更换不成功这是根本原因。这种思路统统都是错误的,只要是型号一样,EMC 中端Clariion系统的控制器都是通用的。

还有人认为后缀一些是 003B,有些是003D,认为这个也不行,这更是胡说八道了。最后的字母基本上是代表不同的版本批次,完全不影响控制器的正常使用。

3. 一定强调要os版本一样。比如需要 5.33.*版本

这个就更是对EMC VNX存储不懂了。EMC的CX和VNX系统,操作系统OS都是保存在系统的前4块或者前5块磁盘中,控制器没有任何的操作系统OS。但控制器中是有不同的维码版本,比如BIOS等,这些是可能不同的,但这些不同是不影响控制器的更换的,如果要更换的控制器这些版本比较低,系统会自动进行同步升级。

4. 更换过程中控制器重启,就认为控制器故障

控制器在更换过程中,是有可能发生多次重启的。如果被更换的控制器内部的维码版本比较低,每个控制器大概有10多个不同的子系统都有维码固件的。如果比较低,系统就会自动升级这些固件,有些固件升级完毕是要重启控制器的,如果有多个子系统的固件需要升级,就会有多次的重启。当然,如果你有串口输出,就可以看的很清楚,控制器为什么发生了重启。

5. 控制器无法成功启动,就认为控制器故障

如果我们使用的控制器有正确的完整的测试报告,但在客户现场还是无法成功启动。不要马上就得出控制器是故障的结论。其实很多问题都可以导致控制器无法启动,我们很多工程师等一会控制器还没有启动,马上就得出一个结论,控制器坏了。然后还拿出证据,就是Unispere上的控制器依然显示fault,或者控制器的故障LED显示黄色。如果仅仅这些内容就得出控制器是坏的是非常不专业的。

最简单的控制器无法启动可能和前四块盘的系统有关系,可能是IO module有关系,可能和内存有关系,可能和base module有关系,甚至我见过vnx2代控制器无法加电是BBU的原因。

6. 什么时候系统硬件可以判断没有问题?

如果现场有串口线,看到post结束,就可以认为系统硬件95%是正常的。如果没有串口线,就看控制器的故障LED灯,如果黄色闪烁结束,进入蓝色闪烁,说明硬件正常,到了软件阶段。我曾经遇到过某知名第三方上市公司的二线,系统都来回重启了好多次了,还忽悠客户说是系统自检没有通过,控制器硬件故障,需要再次更换控制器。这就属于没有知识,还没有逻辑的主了。

7. 系统rolling reboot

有时候系统会反复重启,停不下来。正常情况下,如果遇到这种反复重启的情况,一般重启到5次就进入了degrade模式,LED蓝色灯常亮。也有情况一直停不下来,这个时候就需要手工去设置系统进入degrade模式,然后到remoteanywhere来查看系统到底在什么地方出了问题,一般都是某个驱动无法加载。还有一种遇到比较多的情况,就是VNX的一个bug,两个控制器死锁了,必须要手工把另外一个控制器也宕机下来才可以正常启动。

8. 观察控制器SP的LED指示灯变化

根据这个也能大概判断出来问题的大概,但更深入判断就无法进行了,还是需要串口的boot log和spcollect日志。

9. 系统盘是否可以更换

最近几天遇到一个case,系统无法启动,不知道什么原因把两个控制器都搞挂了。然后维保商居然天真的想到一个注意,就是更换系统盘,把5个系统盘都换了,系统不是就正常起来了。这个简直就不知道该怎么评论。系统盘中保存了OS系统,也同时保存的是客户的系统配置信息。如果5个系统盘都没有了,客户的数据也就全部没有了。这种到最后,基本上都是把客户数据搞丢了。

遇到控制器的问题,一般来说都不是那么容易解决的问题,很多客户就拿一个照片或者一句话,然后天真的让给出一个solution,这种情况也是无语。当然,如果有人根据这个就能给你一个解决方案,建议您也要慎重,本来小问题搞成大问题,没有困难创造困难。

猜你喜欢

转载自blog.csdn.net/m0_72255440/article/details/127149526
EMC