kernal config does not match lvm config

[robert dodd_2]

I replaced a disk in vg00, mirror root. Prepared the disk using mkboot, vgchange and vgsync all ok - now vgdisplay -v showing all ok. However - you cannot do a vgcfgbackup, and after every lvol finished sync the same error comes back:
Kernal indicates 3 disks for vg00 and Lvmtab has 2 disks" so cfg backup is not being done.
I have renamed lvmtab, ran vgchange and this doesn't help. If anyone has any ideas I would appreciate them!

Regards

[A. Clay Stephenson]

I suspect that you did not do a vgcfgrestore when you replaced the drive but simply added another disk to vg00. You need to do a new vgscan.

mv /etc/lvmtab /etc/lvmtab.old
vgscan -av

Man vgscan for details.

[robert dodd_2]

Sorry, I did do a vgscan (I incorrectly said I ran vgchange after renaming lvmtab).

But when I used vgscan -v I did not use the "a "option. The disks are single path in jamaica hass units.

It appears lvmtab is correct - there are only 2 disks, 1 is the alternate boot.

any command being run, which would normally result in the vgcfgbackup automatically running, results in this error message.

Vgscan works but says there is a fault with vg00.

I apologise for my inaccurate posting.

Regards

[Sridhar Bhaskarla]

Hi,

I too suspect that the 'vgcfgrestore' process was not quite followed. Reduce the mirrors on the new disk and remove it from the VG configuration. Then restore the old (good but with failed disk) lvmtab and follow 'vgcfgrestore' process carefully.

Another way is to run 'lvdisplay -k -v' on all the LVs and find out the PV Key corresponding to eh PV that has the LEs in "???" state. Use 'lvreduce -k -v' command to reduce the mirrors on the missing PV (can take a long time for each lv command) and then use 'vgreduce -f vg00' to get rid of the missing disk.

-Sri

[Steven E. Protter]

I recommend trying again exactly the way A. Clay told you to do it.

If for some reason that does not work, you may need to do vgreduce -f to get the problem disk out of the volume group so you can put it back.

Before going further, though is there make_tape_recovery tape handy? None of this stuff is risk free.

SEP

[Matthias Gottschalk]

Hi Robert,
try to query the following command:
#vgreduce -f vg00
This will forcibly reduce all missing disks. I had the same error some days ago and this command helped.

Regards,
Matthias Gottschalk