遇到这样的情况，首先是要想办法解决卷组vgvm无法激活的问题。在HP ITRC上搜到一个办法，就是通过vgrestore的方法来先对卷组进行恢复，然后再进行激活，我的操作如下：
-n /dev/vgvm /dev/rdsk/c6t0d0
Volume Group configuration has been restored to /dev/rdsk/c6t0d0
-n /dev/vgvm /dev/rdsk/c6t1d0
Volume Group configuration has been restored to /dev/rdsk/c6t1d0
-n /dev/vgvm /dev/rdsk/c6t2d0
Volume Group configuration has been restored to /dev/rdsk/c6t2d0
-n /dev/vgvm /dev/rdsk/c6t3d0
Volume Group configuration has been restored to /dev/rdsk/c6t3d0
-n /dev/vgvm /dev/rdsk/c5t0d0
Volume Group configuration has been restored to /dev/rdsk/c5t0d0
在对前五块磁盘进行恢复的时候，都一切正常，错误发生在恢复第六、七块磁盘，也就是c5t1d0和c5t2d0，报错信息如下：
-n /dev/vgvm /dev/rdsk/c5t1d0
Configuration info for Physical Volume "/dev/rdsk/c5t1d0" not found
in "/etc/lvmconf/vgvm.conf" :
Character-special file for PV not supplied on command line, OR
PV did not belong to Volume Group /dev/vgvm when configuration file was created.
vgchange: Warning: Couldn't attach to the volume group physical volume "/dev/dsk/c5t1d0":
Cross-device link
vgchange: Cross-device link
c5t2d0恢复时也报同样的错误。
但无论如何，卷组vgvm激活成功了：
Activated volume group
Volume group "vgvm" has been successfully changed.
卷组vgvm激活了，但更为严重的问题接踵而至了。尝试通过hpvmstart对系统本已成功恢复的hpvm1、hpvm2以及hpvm3进行激活，但根据“hpvmstatus”的状态显示，hpvm1和hpvm2系统启动停止在EFI，用通俗的话来说也就是停在十秒中断的地方。hpvm3给出的提示是ATTN，全名是attention。
查看系统信息，提示找不到所需要用来引导的磁盘，crosscheck发生错误。这样一来，就连之前恢复成功的三个VM也无法使用了，前功尽弃。
分析原因，查看每个VM对应的磁盘信息，这才窥出端倪。刚开始建立VM的时候，只给每个VM分配了一块磁盘，按照磁盘柜上的顺序分配，也就是说四个VM的引导盘分别对应的是c5t0d0、c5t1d0、c5t2d0、c5t3d0。这个时候还没有考虑使用到0/0/10总线上的磁盘c6txdx。
到安装的时候发现一块盘的容量不足以恢复系统，所以退出安装界面，从总线0/0/10上抓取磁盘对VM进行分配，所以就导致出现了每个VM上的VG00都是由不同总线上两块磁盘构成的。之前从来没有这样做过，所以并无这方面的经验，也没有预料到会有如此严重的后果。所幸项目测试还未开始，否则就会很惨，想到这里脑门直冒汗。
故障原因分析：
以c5txdx命名规则的磁盘是位于0/0/8总线上的，以c6txdx命名规则的磁盘是位于0/0/10总线上的，就是因为这个原因导致在nPar重新启动后，卷组vgvm无法在不报错情况下激活，VM也无法启动。
故障问题解决：
通过“export”干掉卷组vgvm，重新规划每个VM中的磁盘，争取每个VM中的vg00使用到同一总线上的磁盘，比如hpvm1的vg00包括c5t0d0和c5t1d0，这个就要通过命令“hpvmmodify”来实现了。
另外，要对每块磁盘进行“pvcreate”的格式化，去掉磁盘上前期存在的信息，并新建卷组vgvm，将格式化之后的磁盘加入到卷组中，最后进行操作系统的恢复。
阅读(12656) | 评论(3) | 转发(0) |
