DS5300控制器解锁.doc

DS5300控制器offline的解决方法缘由：前几天在往DS5300之中添加cache的时候，导致了存储锁住了，后面控制器显示“of”并且是offline的状态。存储一直也无法重启。解决方法：大家在执行DS5100 DS5300 DS4800 这种没有硬盘的机头时，一定要连接扩磁盘展柜，否则会很费事。（我就没连接磁盘扩展柜，折腾了我很久）1 经过几个有经验的人推荐使用串口登陆，登陆的具体步骤如下：A PC串口的设置如下波特率：57600 或 115200（较低的波特率会大大延长串口命令收集的时间，因此一般推荐115200）数据位：8奇偶校验：无停止位：1数据流控制：Xon / XoffB使用超级终端进行连接，输入回车，然后Ctrl+Break（有时需要多按几次），屏幕会出现设置波特率的提示：Send for shell access or baud rate changeSet baud rate: press within 5 seconds按空格Space设定波特率，屏幕会出现波特率已经设置成功的提示：Baud rate set to 115200这时，再次输入Ctrl+Break，屏幕上会出现要求在5秒内按“ESC”键的提示：Press within 5 seconds: for SHELL, for baud rate这时按“ESC”键，屏幕上会出现登陆画面，并要求输入密码（不需要输入用户名）：Enter password to access shell:默认密码是“infiniti”（有时候会直接进入登陆界面，输入用户名和密码，不要虚舒服这一步）输入了默认密码之后，就进入了命令行界面。-注意：对于微码在06.16以上的DS4000/DS5000，按Ctrl+Break后屏幕会出现以下提示：Press within 5 seconds: for Service Interface, for baud rate这时不要按，还是和以前一样按“ESC”键，屏幕就会出现和之前一样的提示输入密码的画面。有时输入Ctrl+Break之后，超级终端屏幕会出现乱码，这时可以重试几次，或者尝试重启超级终端；对于比较老的FAStT200/FAStT500，失败后可以尝试较低的波特率；此外，质量比较差的USB-串口转换线和9针-9针串口线也是不能登陆的主要原因之一。现在在IBM备件库，已经储备了一个串口PCMCIA卡，这个备件提供了一个本地的物理串口（非虚拟），其FRU号是39X8939。C对于微码在07.10以上的DS4000/DS5000，用户名是“shellUsr”，密码是“wy3oo&w4”（大小写敏感，密码实际上是在键盘上用户名字符左上角的字符）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。 这还得解锁啊，又打电话给工程师，给了两条解锁的命令：clearHardwareLockdownlemClearLockdown后面一条执行完会自动重启。但是由于我的微码版本太高，第二条命令无法执行，估计在低版本的微码的存储上可以执行。发现第二条命令，无法执行，我就执行了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信息都在，没有丢失。 帖子第一次加精，有点儿小欣慰。哈哈IBM的二线三线一群小白，这个问题很简单，就是控制器被锁住了，这个好