[TriLUG] LVM on Ubuntu failure after dist upgrade

Jeffery Painter jeff_painter at ncsu.edu
Fri Sep 30 12:33:02 EDT 2011


Hello Triluggers,

I need some help from those more experienced with LVM management than
myself, or at least point me to the right terms to google.

I just upgraded my Ubuntu box from 9.04 all the way up to 11.10.
Everything went fine until the last reboot.

/etc/fstab had an entry for...
/dev/backups/share     /backups        ext3    rw,noatime      0       0

however, /dev/backups/share has disappeared as a device. How do I
recreate it without destroying the data on the LVM itself?

I can still see the volume group:
root at stgdb:~# vgdisplay
File descriptor 3 (pipe:[10728]) leaked on vgdisplay invocation.
Parent PID 2164: -su
 --- Volume group ---
 VG Name               backups
 System ID
 Format                lvm2
 Metadata Areas        3
 Metadata Sequence No  4
 VG Access             read/write
 VG Status             resizable
 MAX LV                0
 Cur LV                1
 Open LV               0
 Max PV                0
 Cur PV                3
 Act PV                3
 VG Size               1.41 TiB
 PE Size               4.00 MiB
 Total PE              369624
 Alloc PE / Size       307200 / 1.17 TiB
 Free  PE / Size       62424 / 243.84 GiB
 VG UUID               OG1HUA-t86u-rBoc-0iK3-3Kmi-mtCZ-E1mN7S


and lvscan reports:

root at stgdb:~# lvscan
File descriptor 3 (pipe:[10728]) leaked on lvscan invocation. Parent
PID 2164: -su
 ACTIVE            '/dev/backups/share' [1.17 TiB] inherit


The physical layout of the LVM was created from:
 /dev/sdb1
 /dev/sdc1
 /dev/sdd1

The drives seem to be fully functional.. fdisk reports that all the
partitions are still there and of type LVM

dmesg says...

[    3.597896]  sdb: sdb1
[    3.598367] sd 1:0:0:0: [sdb] Attached SCSI disk
[    4.073100] sd 2:0:0:0: Attached scsi generic sg2 type 0
[    4.073614] sd 2:0:0:0: [sdc] 781422768 512-byte logical blocks:
(400 GB/372 GiB)
[    4.073707] sd 2:0:0:0: [sdc] Write Protect is off
[    4.073712] sd 2:0:0:0: [sdc] Mode Sense: 00 3a 00 00
[    4.073749] sd 2:0:0:0: [sdc] Write cache: enabled, read cache:
enabled, doesn't support DPO or FUA
[    4.091543]  sdc: sdc1
[    4.091977] sd 2:0:0:0: [sdc] Attached SCSI disk
[    4.589078] sd 3:0:0:0: Attached scsi generic sg3 type 0
[    4.589343] sd 3:0:0:0: [sdd] 781422768 512-byte logical blocks:
(400 GB/372 GiB)
[    4.589437] sd 3:0:0:0: [sdd] Write Protect is off
[    4.589442] sd 3:0:0:0: [sdd] Mode Sense: 00 3a 00 00
[    4.589481] sd 3:0:0:0: [sdd] Write cache: enabled, read cache:
enabled, doesn't support DPO or FUA
[    4.601957]  sdd: sdd1
[    4.602404] sd 3:0:0:0: [sdd] Attached SCSI disk


I could recreate from scratch if I had to, but I'd rather not have to
copy all the data back over if I can help it.
That would take several hours of moving data over the network :-(

Thanks,
Jeff Painter



More information about the TriLUG mailing list