pvid 信息丢失
有一datavg, 执行exportvg datavg 后，
又执行了 chdev -l hdisk12 -a pv=clear
chdev -l hdisk12 -a pv=yes
现在的PVID与原来的不一样
#recreatevg -y datavg hdisk12
0516-066 lqueryvg: Physical volume is not a volume group member.
Check the physical volume name specified.
0516-1320 recreatevg: Unable to recreate volume group.
#lqueryvg -Atp hdisk12
0516-304 lqueryvg: Unable to find device id hdisk12 in the Device
Configuration Database.
0516-066 lqueryvg: Physical volume is not a volume group member.
Check the physical volume name specified.
假如找到之前的PVID和VG 的信息，还能恢复原数据吗？
又执行了 chdev -l hdisk12 -a pv=clear
chdev -l hdisk12 -a pv=yes
现在的PVID与原来的不一样
#recreatevg -y datavg hdisk12
0516-066 lqueryvg: Physical volume is not a volume group member.
Check the physical volume name specified.
0516-1320 recreatevg: Unable to recreate volume group.
#lqueryvg -Atp hdisk12
0516-304 lqueryvg: Unable to find device id hdisk12 in the Device
Configuration Database.
0516-066 lqueryvg: Physical volume is not a volume group member.
Check the physical volume name specified.
假如找到之前的PVID和VG 的信息，还能恢复原数据吗？
17同行回答
这些解决方法比较好..
谢谢提供收起
谢谢提供收起
浏览2732
在红皮书 aix lvm A-Z中，有chpvid的脚本：
#!/usr/bin/ksh
pvid=$1
disk=$2
set -A a `echo $pvid|\
awk ' {
for (f=1; f <= length($0); f=f+2) {
print "ibase=16\nobase=8\n"toupper(substr($0,f,2))
}
}'|\
bc 2>/dev/null`
/usr/bin/echo "\0"${a[0]}"\0"${a[1]}"\0"${a[2]}"\0"${a[3]}"\0"\
${a[4]}"\0"${a[5]}"\0"${a[6]}"\0"${a[7]}"\0\0\0\0\0\0\0\0\c"|\
dd bs=1 seek=128 of=/dev/$disk
我用过，少数情况下不好用，就要用zp_ccc的方法啦收起
#!/usr/bin/ksh
pvid=$1
disk=$2
set -A a `echo $pvid|\
awk ' {
for (f=1; f <= length($0); f=f+2) {
print "ibase=16\nobase=8\n"toupper(substr($0,f,2))
}
}'|\
bc 2>/dev/null`
/usr/bin/echo "\0"${a[0]}"\0"${a[1]}"\0"${a[2]}"\0"${a[3]}"\0"\
${a[4]}"\0"${a[5]}"\0"${a[6]}"\0"${a[7]}"\0\0\0\0\0\0\0\0\c"|\
dd bs=1 seek=128 of=/dev/$disk
我用过，少数情况下不好用，就要用zp_ccc的方法啦收起
浏览2837
原帖由 zp_ccc 于 2009-6-1 17:43 发表 案例现象：重起机器可以进入系统，lspv,lsdev 都找不到hdisk1，不过lsvg -p rootvg可以看到hdisk1的pvid，状态是removed.lsvg -l rootvg看到lv的pp状态是stalelsvg rootvg 有一个stale 的pv进行unmirrorvg移出错误的硬盘 ...
两个硬盘HDI...原帖由 zp_ccc 于 2009-6-1 17:43 发表
案例现象：
重起机器可以进入系统，lspv,lsdev 都找不到hdisk1，不过lsvg -p rootvg可以看到hdisk1的pvid，状态是removed.
lsvg -l rootvg看到lv的pp状态是stale
lsvg rootvg 有一个stale 的pv
进行unmirrorvg移出错误的硬盘 ...
两个硬盘HDISK0 HDISK1 做mirrorvg
现在只有HDISK0的hd6出现 stale 状态 HDISK0 已经miss
看看你的方法好用不！收起
浏览2726
zp_ccc 朋友的认真 负责， 着实让人感动，以后 有问题 就问您了！！！收起
浏览2685
案例现象：
重起机器可以进入系统，lspv,lsdev 都找不到hdisk1，不过lsvg -p rootvg可以看到hdisk1的pvid，状态是removed.
lsvg -l rootvg看到lv的pp状态是stale
lsvg rootvg 有一个stale 的pv
进行unmirrorvg移出错误的硬盘的pvid，提示无法找到此pvid在ODM database中
进行reducevg pvid，同样提示
进行smitty rmlvcopy，同样提示
现在新添加一块36G的盘，计划作为第三份lvcopy，但是需要更改chvg -t的参数，而更改此参数需要vg中所有的pv都是active状态的。
mksysb也无法进行，因为有一份cp是坏的
两个解决方案：
1。#cp /etc/objrepos/Cu* /etc/objrepos/bak2
#cp /etc/objrepos/bak /etc/objrepos/
将原来的odm恢复之后就可以看到原来的odm库的定义，hdisk1可以看到，然后进行unmirror操作，reducevg操作等等
2。通过修改image.data文件进行单个lvcp的备份（非镜像）
.运行如下命令建立一个新的image.data文件：
mkszfile
.进入到根（/）目录下编辑image.data文件
. cd /
. vi image.data
将有关镜像的部分改称单个，结合此种情况将多余的错误的pvid也可去除，这些条目可能比较多，要仔细比较查找修改
。mksysb /dev/rmt0
不要带参数i因为有重新建立image.data，不要使用smitty，因为默认参数也是建立新的image.data
通过这个mksysb来进行对36G盘的恢复是第二种方法
采用的第一种方法，效果不错，但是cfgmgr -v之后发现不了36G的盘，始终是defined的状态的，然后先做了一个mksysb，之后重起机器，就可以了，加入rootvg，然后作镜像，ok收起
重起机器可以进入系统，lspv,lsdev 都找不到hdisk1，不过lsvg -p rootvg可以看到hdisk1的pvid，状态是removed.
lsvg -l rootvg看到lv的pp状态是stale
lsvg rootvg 有一个stale 的pv
进行unmirrorvg移出错误的硬盘的pvid，提示无法找到此pvid在ODM database中
进行reducevg pvid，同样提示
进行smitty rmlvcopy，同样提示
现在新添加一块36G的盘，计划作为第三份lvcopy，但是需要更改chvg -t的参数，而更改此参数需要vg中所有的pv都是active状态的。
mksysb也无法进行，因为有一份cp是坏的
两个解决方案：
1。#cp /etc/objrepos/Cu* /etc/objrepos/bak2
#cp /etc/objrepos/bak /etc/objrepos/
将原来的odm恢复之后就可以看到原来的odm库的定义，hdisk1可以看到，然后进行unmirror操作，reducevg操作等等
2。通过修改image.data文件进行单个lvcp的备份（非镜像）
.运行如下命令建立一个新的image.data文件：
mkszfile
.进入到根（/）目录下编辑image.data文件
. cd /
. vi image.data
将有关镜像的部分改称单个，结合此种情况将多余的错误的pvid也可去除，这些条目可能比较多，要仔细比较查找修改
。mksysb /dev/rmt0
不要带参数i因为有重新建立image.data，不要使用smitty，因为默认参数也是建立新的image.data
通过这个mksysb来进行对36G盘的恢复是第二种方法
采用的第一种方法，效果不错，但是cfgmgr -v之后发现不了36G的盘，始终是defined的状态的，然后先做了一个mksysb，之后重起机器，就可以了，加入rootvg，然后作镜像，ok收起
浏览2759
原帖由 zp_ccc 于 2009-6-1 17:35 发表
修改PVID之后，无法importvg的处理方法由于使用chdev -l hdiskx -a pv=yes，而使PVID于以前不同，这时就无法importvg，当然也没有办法varyonvg。 解决的方法有两个：
一.使用recreatevg
不太清楚recreatevg是从AIX哪个版本开始 ...
zp_ccc兄提供的方法很全面，赞一个:handshake收起
浏览3661
修改PVID之后，无法importvg的处理方法由于使用chdev -l hdiskx -a pv=yes，而使PVID于以前不同，这时就无法importvg，当然也没有办法varyonvg。 解决的方法有两个：
一.使用recreatevg
不太清楚recreatevg是从AIX哪个版本开始用的，可以确定的是5L上都有了。具体过程如下：
1.首先将原卷组的定义从系统的ODM库中删除：
# exportvg vgname
2.检查硬盘上VGDA 区的信息，从中得到有关逻辑卷的名称及定义：
如：
#lqueryvg -Atp hdisk2
Max LVs: ------256
PP Size: ------26
Free PPs: -----538
LV count: -----2
PV count: -----1
Total VGDAs: --2
Conc Allowed --0
MAX PPs per ---1016
MAX PVs: ------32
Conc Autovar --0
Varied on Co --0
Logical: ------0003f62a00004c00000000f52f1737c5.1 --datalv1 1
---------------0003f62a00004c00000000f52f1737c5.2 --datalv2 1
Physical: -----0003f62a2f135f0e --------------2 ----0
Total PPs: ----542
LTG size: -----128
HOT SPARE: ----0
AUTO SYNC: ----0
VG PERMISSIO --0
3.创建逻辑卷名对应表文件。 第一字段为VGDA区中的逻辑卷的名，第二字段为在新卷组中新的逻辑卷名，可相同也可不同；为了修复原有卷组的内容，通常逻辑卷名保持不变。
如：
#vi /tmp/lvname
datalv1:datalv1
datalv2:datalv2
4. 在硬盘上重新创建卷组，保留原有卷组的数据结构。
#recreatevg -y vgname -l lv_file hdisk_name...
如：
#recreatevg -y testvg -l /tmp/lvname hdisk2
5. 如果卷组上有文件系统，还需修改 /etc/filesystems ，使对应的文件系统的加载点与原来的一致。
二.修改PVID
1. 取得硬盘上VGDA 区中PVID：
#lqueryvg -p hdisk2 -P
000d097d5f36f79f 2 0
2.将pvid转换成8进制，注意两个字符为一组：
如：\00\015\011\0175\0137\066\0367\0237
3.用dd将此PVID写入硬盘:
echo "\00\015\011\0175\0137\066\0367\0237\c" | dd of=/dev/hdisk2 bs=1 seek=128 count=8 （这个步骤非常重要，千万不要写错了）
4.检查是否写入：
dd if=/dev/hdisk2 bs=1 skip=128 count=8 | od -x
5.删除hdisk，然后重新认
rmdev -dl hdisk2;cfgmgr
6.激活vg:
varyonvg testvg.
最后题注：一般出现上述情况时，都已经无法备份数据了。所以执行时千万要小心。个人觉得第一种方法的安全系数比较高，建议使用。收起
一.使用recreatevg
不太清楚recreatevg是从AIX哪个版本开始用的，可以确定的是5L上都有了。具体过程如下：
1.首先将原卷组的定义从系统的ODM库中删除：
# exportvg vgname
2.检查硬盘上VGDA 区的信息，从中得到有关逻辑卷的名称及定义：
如：
#lqueryvg -Atp hdisk2
Max LVs: ------256
PP Size: ------26
Free PPs: -----538
LV count: -----2
PV count: -----1
Total VGDAs: --2
Conc Allowed --0
MAX PPs per ---1016
MAX PVs: ------32
Conc Autovar --0
Varied on Co --0
Logical: ------0003f62a00004c00000000f52f1737c5.1 --datalv1 1
---------------0003f62a00004c00000000f52f1737c5.2 --datalv2 1
Physical: -----0003f62a2f135f0e --------------2 ----0
Total PPs: ----542
LTG size: -----128
HOT SPARE: ----0
AUTO SYNC: ----0
VG PERMISSIO --0
3.创建逻辑卷名对应表文件。 第一字段为VGDA区中的逻辑卷的名，第二字段为在新卷组中新的逻辑卷名，可相同也可不同；为了修复原有卷组的内容，通常逻辑卷名保持不变。
如：
#vi /tmp/lvname
datalv1:datalv1
datalv2:datalv2
4. 在硬盘上重新创建卷组，保留原有卷组的数据结构。
#recreatevg -y vgname -l lv_file hdisk_name...
如：
#recreatevg -y testvg -l /tmp/lvname hdisk2
5. 如果卷组上有文件系统，还需修改 /etc/filesystems ，使对应的文件系统的加载点与原来的一致。
二.修改PVID
1. 取得硬盘上VGDA 区中PVID：
#lqueryvg -p hdisk2 -P
000d097d5f36f79f 2 0
2.将pvid转换成8进制，注意两个字符为一组：
如：\00\015\011\0175\0137\066\0367\0237
3.用dd将此PVID写入硬盘:
echo "\00\015\011\0175\0137\066\0367\0237\c" | dd of=/dev/hdisk2 bs=1 seek=128 count=8 （这个步骤非常重要，千万不要写错了）
4.检查是否写入：
dd if=/dev/hdisk2 bs=1 skip=128 count=8 | od -x
5.删除hdisk，然后重新认
rmdev -dl hdisk2;cfgmgr
6.激活vg:
varyonvg testvg.
最后题注：一般出现上述情况时，都已经无法备份数据了。所以执行时千万要小心。个人觉得第一种方法的安全系数比较高，建议使用。收起
浏览3886
在odm中重构出原来的hdisk。
创建一个hdisk逻辑设备；
# mkdev -p scsi0 -w 10,0 -c disk -s scsi -t scsd -l hdisk3 -d
取一份odm样板；
# odmget -q name=hdisk2 CuAt > hdisk3odm.add
编辑样本文件，最重要的是修改pvid属性回原有硬盘的pvid（可以从lsvg -p datavg的输出获得），另外一项属性unique_id名字比较特殊，也一起修改了。当然name要更正为hdisk3。
插入修改过的文件到CuAt
# odmadd hdisk3odm.add收起
创建一个hdisk逻辑设备；
# mkdev -p scsi0 -w 10,0 -c disk -s scsi -t scsd -l hdisk3 -d
取一份odm样板；
# odmget -q name=hdisk2 CuAt > hdisk3odm.add
编辑样本文件，最重要的是修改pvid属性回原有硬盘的pvid（可以从lsvg -p datavg的输出获得），另外一项属性unique_id名字比较特殊，也一起修改了。当然name要更正为hdisk3。
插入修改过的文件到CuAt
# odmadd hdisk3odm.add收起
浏览3730