From: dGenus Mailing List <ml@digitalgenus.com>
To: linux-lvm@sistina.com
Subject: [linux-lvm] VG Recovery off multiple PV's
Date: Fri Jan 23 21:22:01 2004 [thread overview]
Message-ID: <4011D740.3010200@digitalgenus.com> (raw)
Well... I've got myself in a bit of a bind, and spending close to 24
hours trying to fix a problem I have with LVM, and browsing the
internet, I've come to the conclusion that I need some expert help!!
Problem: Disk died in LVM... I madly tried to move the PE's off the
drive, and managed to get all but teh offending PE's off to new drives i
added to the system. (no 42 wouldn't you know it... thought it was the
answer not the question...) . Thought I was ok, until the drive locked
again, and I had to reboot.
When it came back, I had a vg which wouldn't be recognised after
vgchange and vgscan, with lots of various errors, most of which I've
seen similar examples for here. I upgraded the lvm to lvm2 and kernel
to 2.6 to see whether I could get it all going using the partial mount.
Anyways, here is what I get from the various outputs.
[root@wren pictures]# lvm pvscan
4 PV(s) found for VG data: expected 5
VG data differs between PVs /dev/hde1 and /dev/hdg2
VG data differs between PVs /dev/hde1 and /dev/hda8
VG data differs between PVs /dev/hde1 and /dev/hdh1
2 PV(s) found for VG pictures: expected 3
Logical volume (lv_pictures) contains an incomplete mapping table.
PV /dev/hdg1 VG data lvm1 [60.50 GB / 0 free]
PV /dev/hde2 VG data lvm1 [68.75 GB / 0 free]
PV /dev/hdb VG data lvm1 [55.84 GB / 0 free]
PV /dev/hdf2 VG data lvm1 [53.06 GB / 0 free]
PV /dev/hde1 VG pictures lvm1 [2.75 GB / 0 free]
PV /dev/hdf1 VG pictures lvm1 [2.75 GB / 0 free]
Total: 6 [0 ] / in use: 6 [0 ] / in no VG: 0 [0 ]
Now I can quite happily see the volumes in the missing vg (in this case
pictures).
# lvm pvdisplay /dev/hde1
--- Physical volume ---
PV Name /dev/hde1
VG Name pictures
PV Size 2.79 GB / not usable 45.55 MB
Allocatable yes (but full)
PE Size (KByte) 32768
Total PE 88
Free PE 0
Allocated PE 88
PV UUID uJqHOZ-puzh-6m8D-04dP-v3np-0Fj5-dh1CDY
# lvm pvdisplay /dev/hdf1
--- Physical volume ---
PV Name /dev/hdf1
VG Name pictures
PV Size 2.79 GB / not usable 45.55 MB
Allocatable yes (but full)
PE Size (KByte) 32768
Total PE 88
Free PE 0
Allocated PE 88
PV UUID FJh4Dl-2KPf-LyHK-8I3F-LAsk-hJ0x-0svzu4
# lvm pvdisplay /dev/hdh1
--- Physical volume ---
PV Name /dev/hdh1
VG Name pictures
PV Size 4.66 GB / not usable 32.77 MB
Allocatable yes (but full)
PE Size (KByte) 32768
Total PE 148
Free PE 0
Allocated PE 148
PV UUID 63LnM2-4MsC-Lg7I-st7o-xKcX-LHNy-BFYPtz
# lvm pvdisplay /dev/hdg2
--- Physical volume ---
PV Name /dev/hdg2
VG Name pictures
PV Size 13.99 GB / not usable 51.58 MB
Allocatable yes
PE Size (KByte) 32768
Total PE 446
Free PE 445
Allocated PE 1
PV UUID KW087O-c77n-k7Hf-4TCn-6MpM-Kf6L-izuYBv
And when I try a vgchange this is what happens:
# lvm vgchange -P -a y pictures
Partial mode. Incomplete volume groups will be activated read-only.
VG data differs between PVs /dev/hde1 and /dev/hdg2
VG data differs between PVs /dev/hde1 and /dev/hda8
VG data differs between PVs /dev/hde1 and /dev/hdh1
2 PV(s) found for VG pictures: expected 3
Logical volume (lv_pictures) contains an incomplete mapping table.
VG data differs between PVs /dev/hde1 and /dev/hdg2
VG data differs between PVs /dev/hde1 and /dev/hda8
VG data differs between PVs /dev/hde1 and /dev/hdh1
2 PV(s) found for VG pictures: expected 3
Logical volume (lv_pictures) contains an incomplete mapping table.
VG data differs between PVs /dev/hde1 and /dev/hdg2
VG data differs between PVs /dev/hde1 and /dev/hda8
VG data differs between PVs /dev/hde1 and /dev/hdh1
2 PV(s) found for VG pictures: expected 3
Logical volume (lv_pictures) contains an incomplete mapping table.
1 logical volume(s) in volume group "pictures" now active
But I can't get it mounted, although the entry exists in /dev/mapper
ls -l /dev/mapper
total 0
crw------- 1 root root 10, 63 Jan 24 13:49 control
brw------- 1 root root 254, 0 Jan 24 14:11 data-lv_data
brw------- 1 root root 254, 1 Jan 24 14:11 pictures-lv_pictures
The logical link is connected to /dev/data/lv_data, but none for
/dev/pictures/lv_pictures
Now my main question is, and I'm hoping this is possible. Can I list
the PE's on the drives in question and then rebuild the VG in some way
by manually specifying these LE/PE's? When I did a vgcfgbackup I got a
file with a lot of missing segments. I'd like to manually specify the
extents and rebuild the vg.
The reason for persisting?? My wife is a photographer and you can
imagine what's on this lvm.....
Hoping someone can help I can provide further information if need be.
next reply other threads:[~2004-01-23 21:22 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-01-23 21:22 dGenus Mailing List [this message]
2004-01-27 1:03 ` [linux-lvm] VG Recovery off multiple PV's dGenus Mailing List
-- strict thread matches above, loose matches on Subject: below --
2004-02-08 20:35 [linux-lvm]VG " tom
2004-02-08 22:09 ` Tom Hollins
2004-01-23 21:19 [linux-lvm] VG " dGenus Mailing List
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4011D740.3010200@digitalgenus.com \
--to=ml@digitalgenus.com \
--cc=linux-lvm@sistina.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox