[linux-lvm] vg_read_with_pv_and_lv error

[linux-lvm] vg_read_with_pv_and_lv error

[Chris Freeze]

[-- Attachment #1: Type: text/plain, Size: 3104 bytes --]

I've come across a problem with my lvm drive(s).  When I try to mount it, I get
/dev/diskvg/share does not exist.  Running pvscan I get,

pvscan -- reading all physical volumes (this may take a while...)
pvscan -- inactive PV "/dev/hdg1"  is associated to unknown VG "diskvg" (run
vgscan)
pvscan -- inactive PV "/dev/hdg2"  is associated to unknown VG "diskvg" (run
vgscan)
pvscan -- inactive PV "/dev/hdg3"  is associated to unknown VG "diskvg" (run
vgscan)
pvscan -- inactive PV "/dev/hdh1"  is associated to unknown VG "diskvg" (run
vgscan)
pvscan -- inactive PV "/dev/hdh2"  is associated to unknown VG "diskvg" (run
vgscan)
pvscan -- inactive PV "/dev/hdh3"  is associated to unknown VG "diskvg" (run
vgscan)
pvscan -- inactive PV "/dev/hdh4"  is associated to unknown VG "diskvg" (run
vgscan)
pvscan -- inactive PV "/dev/hde1"  is associated to unknown VG "diskvg" (run
vgscan)
pvscan -- inactive PV "/dev/hde2"  is associated to unknown VG "diskvg" (run
vgscan)
pvscan -- inactive PV "/dev/hde3"  is associated to unknown VG "diskvg" (run
vgscan)
pvscan -- inactive PV "/dev/hdf1" is in no VG  [19.53 GB]
pvscan -- inactive PV "/dev/hdf2" is in no VG  [18.82 GB]
pvscan -- total: 12 [267.09 GB] / in use: 10 [228.74 GB] / in no VG: 2 [38.35
GB]

which is correct (other than having an unknown vg), and when I run vgscan I
get, 

vgscan -- reading all physical volumes (this may take a while...)
vgscan -- only found 33727 of 33556 LEs for LV /dev/diskvg/share (0)
vgscan -- ERROR "vg_read_with_pv_and_lv(): allocated LE of LV" can't get data
of volume group "diskvg" from physical volume(s)
vgscan -- "/etc/lvmtab" and "/etc/lvmtab.d" successfully created
vgscan -- WARNING: This program does not do a VGDA backup of your volume group

vgcfgrestore -n diskvg -b 1 /dev/hdg1

but running pvdata /dev/hdg1 I still get

--- Physical volume ---
PV Name               /dev/hdg1
VG Name               diskvg
PV Size               19.53 GB [40960017 secs] / NOT usable 4.19 MB [LVM: 147
KB]
PV#                   1
PV Status             available
Allocatable           yes (but full)
Cur LV                1
PE Size (KByte)       4096
Total PE              4998
Free PE               0
Allocated PE          4998
PV UUID               DKfGe0-VsMw-zeK1-5tJn-f7Nb-Uv6u-j93KLp

--- Volume group ---
VG Name
VG Access             read/write
VG Status             NOT available/resizable
VG #                  0
MAX LV                256
Cur LV                1
Open LV               0
MAX LV Size           255.99 GB
Max PV                256
Cur PV                7
Act PV                7
VG Size               131.75 GB
PE Size               4 MB
Total PE              33727
Alloc PE / Size       33556 / 131.08 GB
Free  PE / Size       171 / 684 MB
VG UUID               t36afg-UyqZ-HqLo-9SHT-TfYe-1yNg-hQxfRv


Is there any hope of restoring the data?




-- 
Regards,

Chris

Better to light one candle than to curse the darkness.
                -- motto of the Christopher Society

-----
Chris Freeze           Email: cfreeze@alumni.clemson.edu
                         Web: http://www.cfreeze.com 


[-- Attachment #2: Type: application/pgp-signature, Size: 232 bytes --]

Re: [linux-lvm] vg_read_with_pv_and_lv error

[Adam McDaniel]

[-- Attachment #1: Type: text/plain, Size: 824 bytes --]

On Wed, Aug 21, 2002 at 08:03:41PM -0500, Chris Freeze wrote:
> vgscan -- reading all physical volumes (this may take a while...)
> vgscan -- only found 33727 of 33556 LEs for LV /dev/diskvg/share (0)
> vgscan -- ERROR "vg_read_with_pv_and_lv(): allocated LE of LV" can't get data
> of volume group "diskvg" from physical volume(s)
> vgscan -- "/etc/lvmtab" and "/etc/lvmtab.d" successfully created
> vgscan -- WARNING: This program does not do a VGDA backup of your volume group

...

> Is there any hope of restoring the data?

This is the exact same problem I had last week. So far I've been
trying to hack in a solution by modifying the PV-UUID (which was
lost).. with minimal success.

Let me know if you find a way to fix this, vice-versa :)

-- 
Adam McDaniel
Array Networks
Calgary, AB, Canada

[-- Attachment #2: Type: application/pgp-signature, Size: 232 bytes --]

Re: [linux-lvm] vg_read_with_pv_and_lv error

[Chris Freeze]

[-- Attachment #1: Type: text/plain, Size: 890 bytes --]


On 22-Aug-2002 Adam McDaniel wrote:

> This is the exact same problem I had last week. So far I've been
> trying to hack in a solution by modifying the PV-UUID (which was
> lost).. with minimal success.
> 
> Let me know if you find a way to fix this, vice-versa :)

I was actually able to restore my lvm drive.  The first thing I did was pull
the backup from the weekend and tar up the /dev/diskvg and /etc/lvm* files. 
After moving them over to my server and unpacking them, I was able to run
vgscan -f -v.  That brought everything back into sync again so that I could
vgchange -ay diskvg and mount.  Thank goodness that I had a system level backup
over the weekend.


-- 
Regards,

Chris

QOTD:
        Money isn't everything, but at least it keeps the kids in touch.

-----
Chris Freeze           Email: cfreeze@alumni.clemson.edu
                         Web: http://www.cfreeze.com 


[-- Attachment #2: Type: application/pgp-signature, Size: 232 bytes --]

Re: [linux-lvm] vg_read_with_pv_and_lv error

[Heinz J . Mauelshagen]

On Thu, Aug 22, 2002 at 07:58:18PM -0500, Chris Freeze wrote:
> 
> On 22-Aug-2002 Adam McDaniel wrote:
> 
> > This is the exact same problem I had last week. So far I've been
> > trying to hack in a solution by modifying the PV-UUID (which was
> > lost).. with minimal success.
> > 
> > Let me know if you find a way to fix this, vice-versa :)

Have you tried uuid_fixer from ftp://ftp.sistina.com/pub/LVM/contrib/ in
case it was a missing PV-UUID in the PV-UUID list yet ?

> 
> I was actually able to restore my lvm drive.  The first thing I did was pull
> the backup from the weekend and tar up the /dev/diskvg and /etc/lvm* files. 
> After moving them over to my server and unpacking them, I was able to run
> vgscan -f -v.  That brought everything back into sync again so that I could
> vgchange -ay diskvg and mount.  Thank goodness that I had a system level backup
> over the weekend.

People make backups! ;-)

> 
> 
> -- 
> Regards,
> 
> Chris
> 
> QOTD:
>         Money isn't everything, but at least it keeps the kids in touch.
> 
> -----
> Chris Freeze           Email: cfreeze@alumni.clemson.edu
>                          Web: http://www.cfreeze.com 
> 

-- 

Regards,
Heinz    -- The LVM Guy --

*** Software bugs are stupid.
    Nevertheless it needs not so stupid people to solve them ***

=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

Heinz Mauelshagen                                 Sistina Software Inc.
Senior Consultant/Developer                       Am Sonnenhang 11
                                                  56242 Marienrachdorf
                                                  Germany
Mauelshagen@Sistina.com                           +49 2626 141200
                                                       FAX 924446
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

Re: [linux-lvm] vg_read_with_pv_and_lv error

[Adam McDaniel]

[-- Attachment #1: Type: text/plain, Size: 797 bytes --]

On Fri, Aug 23, 2002 at 10:32:52AM +0200, Heinz J . Mauelshagen wrote:
> Have you tried uuid_fixer from ftp://ftp.sistina.com/pub/LVM/contrib/ in
> case it was a missing PV-UUID in the PV-UUID list yet ?

Yes, and I think it has the right idea. The only problem is that it
has too many consistency checks, which I know for a fact that my
scenario will fail upon.

Since I've already practically lost my data, there is probably no
extra risk in disabling those checks and forcing it to do the
modificiation. Working off a dd'd image of the hd via a loopback
device minimizes any further data loss anyways.

> People make backups! ;-)

Yeah.. uhm. That *WAS* the backup :)

Atleast I won't be making this mistake again.. 

-- 
Adam McDaniel
Array Networks
Calgary, AB, Canada

[-- Attachment #2: Type: application/pgp-signature, Size: 232 bytes --]

Re: [linux-lvm] vg_read_with_pv_and_lv error

[Heinz J . Mauelshagen]

On Fri, Aug 23, 2002 at 11:00:25AM -0600, Adam McDaniel wrote:
> On Fri, Aug 23, 2002 at 10:32:52AM +0200, Heinz J . Mauelshagen wrote:
> > Have you tried uuid_fixer from ftp://ftp.sistina.com/pub/LVM/contrib/ in
> > case it was a missing PV-UUID in the PV-UUID list yet ?
> 
> Yes, and I think it has the right idea. The only problem is that it
> has too many consistency checks, which I know for a fact that my
> scenario will fail upon.
> 
> Since I've already practically lost my data, there is probably no
> extra risk in disabling those checks and forcing it to do the
> modificiation. Working off a dd'd image of the hd via a loopback
> device minimizes any further data loss anyways.

Yep. Please give it a try.

> 
> > People make backups! ;-)
> 
> Yeah.. uhm. That *WAS* the backup :)
> 
> Atleast I won't be making this mistake again.. 
> 
> -- 
> Adam McDaniel
> Array Networks
> Calgary, AB, Canada

-- 

Regards,
Heinz    -- The LVM Guy --

*** Software bugs are stupid.
    Nevertheless it needs not so stupid people to solve them ***

=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

Heinz Mauelshagen                                 Sistina Software Inc.
Senior Consultant/Developer                       Am Sonnenhang 11
                                                  56242 Marienrachdorf
                                                  Germany
Mauelshagen@Sistina.com                           +49 2626 141200
                                                       FAX 924446
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-