大家看看extendvg的问题，怎么处理？

dadaok

初步分析原因:
在PV的信息区中有两个地方有PVID,一个在PV头,一个在VGDA
因为你原来的hdisk1是rootvg,hdisk0是后加的,但在加的过程中,系统总是把hdisk0排在前头,所以在安排PVID的时候出现了混乱.这应该不会出现的,所以可能是一个BUG,也可能是你的hdisk0本身有不稳定现象.hdisk0有了两个PVID,即头信息和VGDA信息不一致了.

dadaok

不一定,但可以一试.最终的办法可能还是rvgrecover

dadaok

hdisk0中原来可能是一个alt_install备份,所以直接用extendvg出现了问题.

dadaok

按顺序试下面三个方法:
1.reducevg rootvg 00c97b00f98f699f  然后lsvg -p rootvg, lsvg -l rootvg验证成功则OK
2.chdev -l hdisk0 -a pv=clear,之后系统应该说hdisk0或某个PVID missing,但按照上面的方法验证应该OK
3.rvgrecover

在上面的处理中,如果lsvg -p说某个PVID missing则再用reducevg rootvg <PVID>删之

arenas2007

如果使用脚本rvgrecover恢复odm库的话
应该设置
PV=hdisk1吧

arenas2007

很是崩溃
刚才在实验室里面用一台两块本地盘镜像正常的P55A做下面的rvgrecover
#!/bin/sh
PV=hdisk0
VG=rootvg
cp -p /etc/objrepos/CuAt /etc/objrepos/CuAt.$$
cp -p /etc/objrepos/CuDep /etc/objrepos/CuDep.$$
cp -p /etc/objrepos/CuDv /etc/objrepos/CuDv.$$
cp -p /etc/objrepos/CuDvDr /etc/objrepos/CuDvDr.$$
lqueryvg -Lp $PV | awk '{print $2}' | while read LVname
do
odmdelete -q "name=$LVname" -o CuAt
odmdelete -q "name=$LVname" -o CuDv
odmdelete -q "value3=$LVname" -o CuDvDr
done
odmdelete -q "name=$VG" -o CuAt
odmdelete -q "parent=$VG" -o CuDv
odmdelete -q "name=$VG" -o CuDv
odmdelete -q "name=$VG" -o CuDep
odmdelete -q "dependency=$VG" -o CuDep
odmdelete -q "value1=10" -o CuDvDr
odmdelete -q "value3=$VG" -o CuDvDr
# ignore varyoffvg errors
importvg -y $VG $PV
varyonvg $VG
然后重启
发现启不来了
液晶屏报
AA060011
上ibm网站搜发现
The firmware did not find the operating system image and is was unable to detect at least one hard disk in the boot list. Firmware is now retrying the entries in the boot list. This often occurs when the boot disk enclosure is not yet fully initialized or if the boot disk belongs to a server partition.

难道做完importvg和varyon之后还要重新做boot image?

dadaok

没必要改为哪个hdisk,因为/dev/ipldevice就是你上次引导的盘

dadaok

好像是P5的问题,应该和rvgrecover关系不大.系统不认你这个引导盘了.