[linux-lvm] LVM recovery
Melinda Taylor
melinda at phys.unsw.edu.au
Sun Jul 20 21:00:02 UTC 2003
Ok I have installed LVM2 with readline support and I tried:
lvm> vgchange --partial -a y
Partial mode. Incomplete volume groups will be activated read-only.
2 PV(s) found for VG vg01: expected 4
Logical volume (lv02) contains an incomplete mapping table.
2 PV(s) found for VG vg01: expected 4
Logical volume (lv02) contains an incomplete mapping table.
2 PV(s) found for VG vg01: expected 4
Logical volume (lv02) contains an incomplete mapping table.
2 PV(s) found for VG vg01: expected 4
Logical volume (lv02) contains an incomplete mapping table.
2 PV(s) found for VG vg01: expected 4
Logical volume (lv02) contains an incomplete mapping table.
2 PV(s) found for VG vg01: expected 4
Logical volume (lv02) contains an incomplete mapping table.
2 PV(s) found for VG vg01: expected 4
Logical volume (lv02) contains an incomplete mapping table.
2 PV(s) found for VG vg01: expected 4
Logical volume (lv02) contains an incomplete mapping table.
2 PV(s) found for VG vg01: expected 4
Logical volume (lv02) contains an incomplete mapping table.
4 logical volume(s) in volume group "vg01" now active
2 logical volume(s) in volume group "vg02" now active
I then tried to mount my VG with the missing PV's (VG01) with the line
[root at astro root]# mount -o ro /dev/vg01/lv03 /home2
mount: wrong fs type, bad option, bad superblock on /dev/vg01/lv03,
or too many mounted file systems
and I see the following in /var/log/messages:
Jul 21 11:53:48 astro kernel: EXT3-fs: INFO: recovery required on readonly
filesystem.
Jul 21 11:53:48 astro kernel: EXT3-fs: write access unavailable, cannot proceed.
Jul 21 11:53:48 astro kernel: EXT2-fs: device-mapper(254,4): couldn't mount
because of unsupported optional features (4).
Anyone have any ideas on this one? I am getting closer I guess. I just want to
grab the data off the remaining 2 LV if possible.
Many Thanks,
melinda
Quoting Emmanuel Varagnat <emmanuel.varagnat at free.fr>:
> Melinda Taylor wrote:
>
> > - vgscan
> > vgscan -- reading all physical volumes (this may take a while...)
> > vgscan -- "/etc/lvmtab" and "/etc/lvmtab.d" successfully created
> > vgscan -- WARNING: This program does not do a VGDA backup of your volume
> > group
> > - pvcreate /dev/sda2 ; pvcreate /dev/sdb1; pvcreate /dev/sdc2; pvcreate
> > /dev/sdd2
> > - vgcreate vg01 /dev/sda2 /dev/sdb1 /dev/sdc2 /dev/sdd2
> > - check no of LE pvdata -E /dev/sdc2 (5710 LE)
> > lvcreate -l 5711 -n lv03 vg01 /dev/sdc2
> > - Make ext3 fs on each LV
> > mkfs.ext3 /dev/vg01/lv01
> >
> > /dev/sda2 and /dev/sdb1 are kaput (both drives died within days of
> > eachother).
> >
> > I believe I had 4 logical volumes.
>
> I would say that it can depend on what is the block allocation policy of
> the LVM system...
>
> > So I presume this means each LV resided on a separate drive and probably
> > lv01 and lv02 were the 2 on the 2 dead disk drives.
> >
> > * PVs on four SCSI devices
> > * A VG called "vg01" comprised of said PVs
> >
> > If I reinstall lvm on my newly installed system can I recover lv03 and
> > lv04?
>
> You should try LVM2 that can deal with partial/truncated volumes.
>
> -=( manu )=-
>
>
>
> _______________________________________________
> linux-lvm mailing list
> linux-lvm at sistina.com
> http://lists.sistina.com/mailman/listinfo/linux-lvm
> read the LVM HOW-TO at http://tldp.org/HOWTO/LVM-HOWTO/
>
More information about the linux-lvm
mailing list