Volume Group still thinks it's active

[gstonian]

Had an issue with Business Copy this morning where:

vgcfgbackup: /etc/lvmtab is out of date with the running kernel:Kernel indicates 12 disks for "/dev/vg1_bc_data"; /etc/lvmtab has 9 disks

After reading ITRC I have tried a number of things including vgscan vgchange & eventually removing the group files etc.

My issue now is that the volume group still thinks it's active but as it's not in lvmtab, I cannot deactivate it ?

Errors I'm getting are :
pisces# vgimport /dev/vg1_bc_data /dev/dsk/c28t7d6
Volume group "/dev/vg1_bc_data" is still active.

vgchange -a n /dev/vg1_bc_data
vgchange: Volume group "/dev/vg1_bc_data" does not exist in the "/etc/lvmtab" file.


Does anyone know what options I can you to either force deactivation, or just remove it all together and start again ?

[Florian Heigl (new acc)]

can you supply vgscan -vp, vgdisplay -v, strings /etc/lvmtab and ioscan -fnkCdisk?

It might be too much asked, depending on your site policies but I dob't think it's good to point you anywhere with incomplete data.

Actually, even the grabbing the VGIDs off disk would be good :)

That 9/12 issue is not what I'd call a clean state.

[Court Campbell]

1. Restore your group file.
2. do a vgexport -f /dev/vg1_bc_data
3. follow the instructions that vgexport will state about making a copy of lvmtab, etc.

[Steven E. Protter · Accepted solution]

Shalom,

What about one of these two ideas:
1) Restore the lvmtab from backup and attempt another deactivate.
2) mv /etc/lvmtab /etc/lvmtab.save vgscan -a

SEP

[perumal_2]

Hi

Preferably you can restore your lvmtab from the backup then repeat the vgexport and vgimport. After restoring your lvmtab
do an vgexport & import as follows
#vgchange -a n vg1_bc_data
#vgexport -v vg1_bc_data
#vgimport -v vg1_bc_data /dev/dsk/c28t7d6

Rgds
Perumal

[gstonian]

Thanks for the ideas.

My problem was trying to get out of the loop where it thought the VG was active with no entry in the LVMTab so couldn't de-activate it. Looking back at it, a restore would of been a good idea.

I ended up cleaning the device files and rebooting the server (as it was out of hours) and finding out why why it thought it had only 9 out of 12 Disks active.

It turned out another Admin had added the 3 disks to the source VG and hadn't taken them into account for the business copy so I had to add them in for the import/activation to work.

Thanks for you responses - esp. over the weekend :-)