Sun Cluster 3.1+Volume Manager 3.5 环境下的E2900内置引导盘c1t0d0s2物理损坏,按正常步骤更换后,发现该硬盘的十六进制的设备标识符(diskid)没有被更新。
更换之前:
# scdidadm -o diskid -l d16 (该磁盘对应的cluster did为d16)
5448332343474920888b1112454a2d37324a2310506060603431393432160202
# scdidadm -o asciidiskid -o fullpath -L d16
FUJITSU FJ32EJ-72NC 0450Q0HRHS szxmr02-ts:/dev/rdsk/c1t0d0
从上可知,该磁盘的Vendor为Fujitsu,其序列号为:0450Q0HRHS
磁盘基本更换过程:
step1. 确认该盘在VxVM中已处于failed状态.
# vxdisk list
...
c1t1d0s2 sliced rootmirr_2 rootdg online
- - rootdisk_2 rootdg failed was:c1t0d0
step2. 调用”vxdiskadm”命令,利用菜单4和5物理更换该磁盘.
step3. 升级新磁盘的DID信息.
# devfsadm -C
# scdidadm -C
# scdidadm -r
# scdiadm -ui
# scgdevs
step4. 通过”format”命令得到该盘似乎已被正确更换.
# format c1t0d0
format> inquiry
Vendor: HITACHI
Product: DK32EJ72NSUN72G
如上,操作系统能够识别新安装磁盘的Vendor为Hitachi(未更换之前为Fujitsu)
step5. 通过”scdidadm”命令发现该磁盘的diskid信息未被更新.
# scdidadm -o diskid -l d16
5448332343474920888b1112454a2d37324a2310506060603431393432160202
# scdidadm -o asciidiskid -o fullpath -L d16
FUJITSU FJ32EJ-72NC 0450Q0HRHS szxmr02-ts:/dev/rdsk/c1t0d0
[ 解决方法 ]
表面上看磁盘更换动作已成功完成,操作系统层似乎也能够到识别到新的磁盘,但由于被Cluster用来唯一标识该物理磁盘的十六制设备标识符没有更新,所以更换操作是不成功的.
重新做一次假更换,在将磁盘从VxVM管理中释放后(通过vxdiskadm -- option 4),然后执行:
# cfgadm -c unconfigure c1::dsk/c1t0d0
如果该磁盘被设置成内存脏面转储设备(dump device),上述命令有可能执行失败:
cfgadm: Component system is busy, try again: failed to offline:
Resource Information
------------------ -----------------------
/dev/dsk/c1t0d0s1 dump device (dedicated)
root@szxmr02-ts # dumpadm
Dump content: kernel pages
Dump device: /dev/dsk/c1t0d0s1 (dedicated)
Savecore directory: /var/crash/szxmr02-ts
Savecore enabled: yes
此时,禁用该设备的转储功能并继续上述操作:
# dumpadm -d /dev/dsk/c1t1d0s1
# cfgadm -c configure c1::dsk/c1t0d0
# devfsadm -C
# vxdctl enable
# scdidadm -R d16
# scgdevs
经过上述处理后,查看其diskid信息,发现已成功更新:
# scdidadm -o diskid -l d16
4849544143484920444b3332454a2d37324e4320202020203431373932363434
# scdidadm -o asciidiskid -o fullpath -L d16
HITACHI DK32EJ-72NC 41792644 szxmr02-ts:/dev/rdsk/c1t0d0
最后使用”vxdiskadm -- option 5”完成磁盘的假更换,当然别忘了重新将该磁盘的s1分区设置成转储设备.
阅读(4865) | 评论(0) | 转发(0) |