[linux-lvm] Existing VG (created here) takes precedence over VG
Daniel Troeder
daniel at admin-box.com
Sat Apr 22 08:06:41 UTC 2006
Hallo :)
When shutting down my PC yesterday I saw something from LVM complaining,
but that scrolled to fast... When booting it today all my LVs were
inaccessible. Problem seems to be some error in some metadata (?) this
is the first error message:
--------------------------------------------------------------------------
Apr 22 08:17:34 [lvm] WARNING: Duplicate VG name vg0: Existing
K0qKAk-Ph5i-BcAX-y4yp-SPF3-TZgj-DufR3L (created here) takes precedence
over K0qKAk-Ph5i-BcAX-y4yp-SPF3-TZgj-DufR3L
--------------------------------------------------------------------------
I googled for somebody with a similar problem, but found nothing...
After successful scanning for my LVs (they are all there :) I tried some
renaming of the PVs UUIDs, which worked, but never removed that old
reference to the VGs UUID (K0qKAk...) I even renamed the VG (vg0 ->
vg1), exported it, imported it... now all PVs and the VG have different
UUIDs than before, but I still can't get my device-nodes, so that I can
access my data.
Original UUID of the VG is "K0qKAk-Ph5i-BcAX-y4yp-SPF3-TZgj-DufR3L", an
"vg0" was it's original name. Now it's "vg1" and
"JtUveN-SL2N-cTrH-X2GI-NVux-3kYH-NJwRt5". Sorry... maybe I was a bit
desperate to get to my data when fooling around with the LVM-tools...
--------------------------------------------------------------------------
akira ~ # lvm version
Logging initialised at Sat Apr 22 09:54:11 2006
Set umask to 0077
LVM version: 2.02.04 (2006-04-19)
Library version: 1.02.03 (2006-02-08)
Driver version: 4.5.0
Wiping internal VG cache
akira ~ # pvscan -u
Logging initialised at Sat Apr 22 09:46:30 2006
Set umask to 0077
Wiping cache of LVM-capable devices
Wiping internal VG cache
Walking through all physical volumes
WARNING: Duplicate VG name vg1: Existing
JtUveN-SL2N-cTrH-X2GI-NVux-3kYH-NJwRt5 takes precedence over exported
K0qKAk-Ph5i-BcAX-y4yp-SPF3-TZgj-DufR3L
WARNING: Duplicate VG name vg1: Existing
JtUveN-SL2N-cTrH-X2GI-NVux-3kYH-NJwRt5 (created here) takes precedence
over K0qKAk-Ph5i-BcAX-y4yp-SPF3-TZgj-DufR3L
PV /dev/sda7 with UUID ZKdlL6-18Z7-YX8T-bH2J-IS3u-azbG-bUMLel is in
exported VG vg1 [4.66 GB / 4.66 GB free]
PV /dev/sda8 with UUID ezIhm5-iaCJ-YhCl-Mtdg-2m66-z35A-9OdFJW is in
exported VG vg1 [4.66 GB / 4.66 GB free]
PV /dev/sda11 with UUID n8POw9-c8fg-E39z-whvX-9lgA-P2ls-8n1jMa is in
exported VG vg1 [56.76 GB / 20.76 GB free]
Total: 3 [66.09 GB] / in use: 3 [66.09 GB] / in no VG: 0 [0 ]
Wiping internal VG cache
akira ~ # vgscan -v
Logging initialised at Sat Apr 22 09:47:30 2006
Set umask to 0077
Wiping cache of LVM-capable devices
Wiping internal VG cache
Reading all physical volumes. This may take a while...
Finding all volume groups
WARNING: Duplicate VG name vg1: Existing
JtUveN-SL2N-cTrH-X2GI-NVux-3kYH-NJwRt5 takes precedence over exported
K0qKAk-Ph5i-BcAX-y4yp-SPF3-TZgj-DufR3L
WARNING: Duplicate VG name vg1: Existing
JtUveN-SL2N-cTrH-X2GI-NVux-3kYH-NJwRt5 (created here) takes precedence
over K0qKAk-Ph5i-BcAX-y4yp-SPF3-TZgj-DufR3L
Finding volume group "vg1"
Found exported volume group "vg1" using metadata type lvm2
Wiping internal VG cache
akira ~ # lvscan -a -v
Logging initialised at Sat Apr 22 09:22:16 2006
Set umask to 0077
Finding all logical volumes
WARNING: Duplicate VG name vg1: Existing
JtUveN-SL2N-cTrH-X2GI-NVux-3kYH-NJwRt5 takes precedence over exported
K0qKAk-Ph5i-BcAX-y4yp-SPF3-TZgj-DufR3L
WARNING: Duplicate VG name vg1: Existing
JtUveN-SL2N-cTrH-X2GI-NVux-3kYH-NJwRt5 (created here) takes precedence
over K0qKAk-Ph5i-BcAX-y4yp-SPF3-TZgj-DufR3L
inactive '/dev/vg1/portagehome' [10.00 GB] inherit
inactive '/dev/vg1/dists' [10.00 GB] inherit
inactive '/dev/vg1/rootext' [2.00 GB] inherit
inactive '/dev/vg1/rootvar' [1.00 GB] inherit
inactive '/dev/vg1/oslices' [4.00 GB] inherit
inactive '/dev/vg1/root2ext' [1.00 GB] inherit
inactive '/dev/vg1/verdicd' [3.00 GB] inherit
inactive '/dev/vg1/games' [5.00 GB] inherit
Wiping internal VG cache
--------------------------------------------------------------------------
I attached /etc/lvm/backup/vg1 to this mail.
I'm running a gentoo-2006.0 stable, but with glibc 2.4 and gcc 4.1.0 on
an athlon-xp, 3ware 6000 ATA-RAID-controller running a RAID-0 on 2 HDDs,
but as it's a hardware-raid linux knows nothing about it, and it looks
like a SCSI-Disk to it.
--------------------------------------------------------------------------
akira ~ # fdisk -l
Disk /dev/sda: 400.0 GB, 400097148928 bytes
255 heads, 63 sectors/track, 48642 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Device Boot Start End Blocks Id System
/dev/sda1 1 125 1004031 82 Linux swap /
Solaris
/dev/sda2 126 612 3911827+ c W95 FAT32 (LBA)
/dev/sda3 * 613 619 56227+ 83 Linux
/dev/sda4 620 48642 385744747+ f W95 Ext'd (LBA)
/dev/sda5 620 1471 6843658+ 83 Linux
/dev/sda6 1472 1958 3911796 b W95 FAT32
/dev/sda7 1959 2567 4891761 8e Linux LVM
/dev/sda8 2568 3176 4891761 8e Linux LVM
/dev/sda9 3177 3542 2939863+ 83 Linux
/dev/sda10 3543 41232 302744893+ 83 Linux
/dev/sda11 41233 48642 59520793+ 8e Linux LVM
--------------------------------------------------------------------------
I'd appreciate your help!
Bye,
Daniel
--
use PGP key @ http://www.pgp.net/wwwkeys.html
gpg --recv-keys --keyserver hkp://subkeys.pgp.net 0xBB9D4887
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: vg1
URL: <http://listman.redhat.com/archives/linux-lvm/attachments/20060422/083087ca/attachment.ksh>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 191 bytes
Desc: OpenPGP digital signature
URL: <http://listman.redhat.com/archives/linux-lvm/attachments/20060422/083087ca/attachment.sig>
More information about the linux-lvm
mailing list