IBM DS5000 DS5100 DS5300 控制器被锁定offline解锁

IBM DS5000 DS5100 DS5300 控制器被锁定offline解锁的解决方法

这个问题很简单，就是控制器被锁住了。

这个好像从FW7.60之后有的一个功能，假如随便添加、或者去除cache或者控制器3次，不能正常启动起来，就锁住控制器。直接在对端控制器通过命令解锁就可以了，根本不用这么麻烦乱七八糟的命令

真正起作用的就这两条命令

clearHardwareLockdown

lemClearLockdown

 

缘由

前几天在往DS5300之中添加cache的时候，导致了存储锁住了。后面控制器显示“of”并且是offline的状态。存储一直也无法重启。

解决方法

大家在执行DS5100 DS5300 DS4800 这种没有硬盘的机头时，一定要连接扩磁盘展柜，否则会很费事。我就没连接磁盘扩展柜，折腾了我很久

1 经过几个有经验的人推荐使用串口登陆，登陆的具体步骤如下

A

PC串口的设置如下

波特率 57600 或 115200 较低的波特率会大大延长串口命令收集的时间，因此一般推荐115200

数据位 8

奇偶校验 无

停止位 1

数据流控制 Xon / Xoff

B

使用超级终端进行连接，输入回车，然后Ctrl+Break。

有时需要多按几次，屏幕会出现设置波特率的提示

Send <BREAK> for shell access or baud rate change

Set baud rate: press <space> within 5 seconds

按空格Space设定波特率，屏幕会出现波特率已经设置成功的提示

Baud rate set to 115200

这时 再次输入Ctrl+Break，屏幕上会出现要求在5秒内按“ESC”键的提示

Press within 5 seconds: <ESC> for SHELL, <BREAK> for baud rate

这时按“ESC”键，屏幕上会出现登陆画面，并要求输入密码。不需要输入用户名

Enter password to access shell:

默认密码是“infiniti”

有时候会直接进入登陆界面，输入用户名和密码，不要虚舒服这一步

输入了默认密码之后，就进入了命令行界面。

->

注意

对于微码在06.16以上的DS4000/DS5000，按Ctrl+Break后屏幕会出现以下提示

Press within 5 seconds: <S> for Service Interface, <BREAK> for baud rate

这时不要按<S>，还是和以前一样按“ESC”键，屏幕就会出现和之前一样的提示输入密码的画面。

有时输入Ctrl+Break之后，超级终端屏幕会出现乱码，这时可以重试几次，或者尝试重启超级终端

对于比较老的FAStT200/FAStT500 失败后可以尝试较低的波特率。

此外，质量比较差的USB-串口转换线和9针-9针串口线也是不能登陆的主要原因之一。

现在在IBM备件库已经储备了一个串口PCMCIA卡，这个备件提供了一个本地的物理串口，非虚拟，其FRU号是39X8939。

C

对于微码在07.10以上的DS4000/DS5000 用户名是“shellUsr”，密码是“wy3oo&w4” 大小写敏感。密码实际上是在键盘上用户名“shellUsr”字符左上角的字符

2 然后按照他们的提供的方法 执行sysWipe 注意大小写，显示没有此命令。当时有些莫名其妙 随后给IBM 的客户打电话，请后台的工程师进行支持。

3 IBM 的回应

因为客户的存储时DS5300 微码版本是07.84.46.00 是最新的存储的微码版本。IBM工程师说 从07.83.00.00 之后 串口的命令有所变化，不在是以前的命令。后来他就把新的命令发了一份给我，具体的内容如下

做类似6版本的sysWipe(或者sysWipeZero 1)的方法

1

-> dsmWipeAll

-> evfWipeAll

-> vdmWipeAll_TF

-> ccmInvalidateCacheStore

或者

2

-> loadDebug

-> isp evfWipeAll

-> sysWipe

如果还是没有自己重启 执行下面命令

-> dsmWipeAll

-> isp dsmWipeAll

-> lemClearNvsram

-> ccmInvalidateCacheStore

-> sysReboot (如果自己没有重启的话

如果硬盘灯已经常亮

-> isp dsmWipeAll

-> sysWipe

-> sysReboot 如果没反应，输入此命令强制重启

由于他给了若干个命令 我自己选择了使用第二个命令。现在其中的一台控制器上执行loadDbug 然后有结果输出。

在执行 isp evfWipeAll 会不断的有结果输出，控制器也会重新启动，当结果输出到 network ready的时候 表明存储已经重新启动完成。一般这个情况下存储就可以完全启动了。

但我比较悲剧，它还是显示是“0f”。

 后来我又执行了sysReboot

的命令，重新启动之后依然是“0f”……不过看到了一条错误结果：Controller locked down by PCI error。

这还得解锁啊，又打电话给工程师，给了两条解锁的命令

clearHardwareLockdown

lemClearLockdown

后面一条执行完会自动重启。但是由于我的微码版本太高，第二条命令无法执行 估计在低版本的微码的存储上可以执行。

发现第二条命令无法执行，我就执行了sysReboot命令重新启动了一下。

我连接的是B控制器，发现启动完成，心情很激动。但是中间会有一段的时间存储的代码在0.5和5.d之间来回的变换，并且液晶显示板会不断的忽灭忽亮，耐心的等候，等它启动完成。

在B控制器执行完成时，会和A控制器不断的进行通讯，注意一定要连接扩展柜 否则无法通讯。

B控制器启动完成后A控制器会自动重新启动，再次提醒，一定要连接扩展柜。

A控制器有可能会起来，也有可能会起不来。我因为没有连接扩展柜，代码在0.5和0L之间不断的闪烁。

起不来的解决方法

利用已经起来的控制器，登陆Storage Manager 强制将offline的存储online

要选中控制器进行online。

如果无法online 那就只能再次的求助串口。

将串口连接没有启动的控制器的com口，再次执行clearHardwareLockdown，然后

sysReboot 另一个控制器就启动起来了。

这次操作碰到的问题总结

1 由于存储微码的版本的比较新，sysWipe的命令无法使用。要使用IBM新发给的命令。

2 由于我们想单独地对机头进行操作，没有连接扩展柜。所以其中有一些问题是没有扩展柜引起的，所以大家在进行操作的时候，一定要连接扩展柜，有可能会省略很多环节。

补充一句，我执行syswipe的时候 里面的LUN信息都在，没有丢失。

这个问题很简单，就是控制器被锁住了。

这个好像从FW7.60之后有的一个功能，假如随便添加、或者去除cache或者控制器3次，不能正常启动起来，就锁住控制器。直接在对端控制器通过命令解锁就可以了，根本不用这么麻烦乱七八糟的命令

真正起作用的就这两条命令

clearHardwareLockdown

lemClearLockdown