奇葩情况：3510换盘后串口与网络管理口状态不同步

taranfly

最近遇到一个比较奇怪的问题，处理一个3510换盘case，12块盘，2个raid 5 ，一块全局热备，配了2个网络管理地址，一个内网172地址，一个外网10地址。按照平常做法现场串口更换硬盘，设为global standby 后串口上一切正常，但是通过内网172 远程过去（业务接口人平时一般用内网远程过去看）发现新换上的盘为未分配状态，同时主机端sccli 状态同 内网telnet 状态一直，盘仍然为未分配状态。
俺又去现场试了一把，串口取消掉热备，重新换盘，然后用172 网线接上去换盘，设为热备，结果sccli 和172内网管理口正常了，串口上面和外网又看是盘是 未分配了 。

SCCLI:
sccli: selected device /dev/rdsk/c1t44d0s2 [SUN StorEdge 3510 SN#081943]
sccli> show disks
Ch     Id      Size   Speed  LD     Status     IDs                      Rev  
----------------------------------------------------------------------------
3     16  136.73GB   200MB  ld0    ONLINE     FUJITSU MAP3147F SUN146G 1501
                                                   S/N 000426R01C6R
                                                  WWNN 500000E010902360
3     17  136.73GB   200MB  ld0    ONLINE   M FUJITSU MAP3147F SUN146G 1501
                                                   S/N 000426R01C7W
                                                  WWNN 500000E010902940
3     18  136.98GB   200MB  ld0    ONLINE   M FUJITSU MAT3147FC        0108
                                                   S/N AGC9P7A000BB
                                                  WWNN 500000E0184FAD10
3     19  136.73GB   200MB  ld0    ONLINE   M FUJITSU MAP3147F SUN146G 1501
                                                   S/N 000426R01C7K
                                                  WWNN 500000E0109028A0
3     20  136.73GB   200MB  ld0    ONLINE   M FUJITSU MAP3147F SUN146G 1501
                                                   S/N 000426R01C5K
                                                  WWNN 500000E0108FFAD0
3     21  136.73GB   200MB  ld0    ONLINE   M FUJITSU MAP3147F SUN146G 1501
                                                   S/N 000426R01CBL
                                                  WWNN 500000E010906330
3     23  136.73GB   200MB  ld0    ONLINE   M FUJITSU MAP3147F SUN146G 1501
                                                   S/N 000426R01C97
                                                  WWNN 500000E010903240
3     24  136.73GB   200MB  ld1    ONLINE     FUJITSU MAP3147F SUN146G 1501
                                                   S/N 000426R01C94
                                                  WWNN 500000E010903140
3     25  136.73GB   200MB  NONE   FRMT       SEAGATE ST314670FSUN146G 055A
                                                   S/N 0840TVQM        
                                                  WWNN 20000014C390D84D
3     26  136.73GB   200MB  ld1    ONLINE     FUJITSU MAP3147F SUN146G 1501
                                                   S/N 000426R01C7D
                                                  WWNN 500000E0109024C0
3     27  136.73GB   200MB  ld1    ONLINE     HITACHI HUS1014FASUN146G 2A08
                                                   S/N 17TYESVL        
                                                  WWNN 2000000087A8D6AA
sccli>

sccli> sccli> show logical-device
sccli: invalid subcommand: "logical-device"
sccli> show logical-drive
LD    LD-ID        Size  Assigned  Type   Disks Spare  Failed Status     
------------------------------------------------------------------------
ld0   2F0D5694 818.87GB  Primary   RAID5  7     0      0      Good  
                         Write-Policy Default          StripeSize  32KB
ld1   3122A658 272.96GB  Secondary RAID5  3     0      0      Good  
                         Write-Policy Default          StripeSize  32KB
sccli>
sccli>

172内网管理口登陆状态：


通过172 管理口设置硬盘正常后， 串口和外网10 管理口状态又同上面不正常了


请问各位，本人觉得正常情况应该是依据串口状态来，但是这种情况真是奇怪，问问大家有没有碰到过，给个意见。

nimysun

回复 1# taranfly


    这个阵列的微码问题比较多，最好确认升级到最新版本，然后重启一下，看看是否能够恢复正常。

cwnlinux

3     25  136.73GB   200MB  NONE   FRMT       SEAGATE ST314670FSUN146G 055A
                                                   S/N 0840TVQM  

你确认一下两种方法是不是都是连的同一台存储   有可能有多台存储连错了  

对比下硬盘的序列号 0840TVQM