Guessing the additional info didn't help and there is no easy way to reset the state. I'm going to use spare space to create a new logical volume and move data across and delete the wacky vg-backup unless any other bright ideas arise soon. Thanks to everyone who has thought about solutions/ causes to this and offered their time to help. On Sat, 25 Feb 2006 04:30 pm, Daniel wrote: > On Sat, 25 Feb 2006 02:17 pm, Zac Slade wrote: > > On Thursday 23 February 2006 06:45, Daniel wrote: > > > spider / # umount /backup/ > > > > Shouldn't be needed. You can resize the lvol while it's mounted. > > ok. good to know. > > > Your > > symptoms below look like the vg metadata may be out of sync. > > I was hoping a vgscan would reset this. > > > Are you > > performing a pvmove or other LVM operations? > > No other operation in progress. I dont' think i've done a pvmove either. > > > > spider / # lvextend -L+60G vg/backup > > > Extending logical volume backup to 110.00 GB > > > device-mapper: create ioctl failed: Device or resource busy > > > Failed to suspend backup > > > > Interesting.... You gave tons of other output below, but what would be > > really helpful is a vgdisplay -v vg and an lvdisplay vg/backup. > > spider ~ # vgdisplay -v vg > Using volume group(s) on command line > Finding volume group "vg" > --- Volume group --- > VG Name vg > System ID > Format lvm2 > Metadata Areas 3 > Metadata Sequence No 19 > VG Access read/write > VG Status resizable > MAX LV 0 > Cur LV 6 > Open LV 6 > Max PV 0 > Cur PV 3 > Act PV 3 > VG Size 253.23 GB > PE Size 4.00 MB > Total PE 64828 > Alloc PE / Size 37909 / 148.08 GB > Free PE / Size 26919 / 105.15 GB > VG UUID RWyOcE-8Fbs-cRWS-C4k5-Oo85-6OYt-Yf3mYN > > --- Logical volume --- > LV Name /dev/vg/home > VG Name vg > LV UUID qsHAy4-JbyK-ix2n-gA9h-yD4Z-kAgl-jlHXsU > LV Write Access read/write > LV Status available > # open 1 > LV Size 20.00 GB > Current LE 5120 > Segments 1 > Allocation inherit > Read ahead sectors 0 > Block device 254:5 > > --- Logical volume --- > LV Name /dev/vg/var > VG Name vg > LV UUID woCb0X-lMj3-0g53-X8Sv-T1Es-4UPV-G19rDT > LV Write Access read/write > LV Status available > # open 1 > LV Size 10.00 GB > Current LE 2560 > Segments 1 > Allocation inherit > Read ahead sectors 0 > Block device 254:2 > > --- Logical volume --- > LV Name /dev/vg/tmp > VG Name vg > LV UUID uHbozJ-j6Zv-N8dP-P8pE-tr9U-Td13-ustY6B > LV Write Access read/write > LV Status available > # open 1 > LV Size 2.00 GB > Current LE 512 > Segments 1 > Allocation inherit > Read ahead sectors 0 > Block device 254:0 > > --- Logical volume --- > LV Name /dev/vg/media > VG Name vg > LV UUID U9C4XC-VunD-VtPP-PsJ0-YY68-2XTU-CGU2ZN > LV Write Access read/write > LV Status available > # open 1 > LV Size 50.00 GB > Current LE 12800 > Segments 1 > Allocation inherit > Read ahead sectors 0 > Block device 254:6 > > --- Logical volume --- > LV Name /dev/vg/backup > VG Name vg > LV UUID vlW378-SXL7-hdko-W6Bs-uvBt-vIRa-fEqtVE > LV Write Access read/write > LV Status available > # open 1 > LV Size 50.00 GB > Current LE 12800 > Segments 1 > Allocation inherit > Read ahead sectors 0 > Block device 254:3 > > --- Logical volume --- > LV Name /dev/vg/usr1 > VG Name vg > LV UUID EPUD1t-sJfE-2w7L-Y6Dl-EbS0-uUdr-vlisTa > LV Write Access read/write > LV Status available > # open 1 > LV Size 16.08 GB > Current LE 4117 > Segments 1 > Allocation inherit > Read ahead sectors 0 > Block device 254:7 > > --- Physical volumes --- > PV Name /dev/hdb3 > PV UUID 6zSraX-fdHS-7fFx-Ji8h-mE2u-BI5F-jI9fye > PV Status allocatable > Total PE / Free PE 37909 / 4117 > > PV Name /dev/hda3 > PV UUID dm64JZ-JadW-gNun-oEAK-oWC6-teLP-Itd8J5 > PV Status allocatable > Total PE / Free PE 11920 / 11920 > > PV Name /dev/hda4 > PV UUID vnW9zi-bWGt-77uV-OMZA-pozZ-cZ6F-4rQwX1 > PV Status allocatable > Total PE / Free PE 14999 / 10882 > > spider ~ # lvdisplay vg/backup > --- Logical volume --- > LV Name /dev/vg/backup > VG Name vg > LV UUID vlW378-SXL7-hdko-W6Bs-uvBt-vIRa-fEqtVE > LV Write Access read/write > LV Status available > # open 1 > LV Size 50.00 GB > Current LE 12800 > Segments 1 > Allocation inherit > Read ahead sectors 0 > Block device 254:3 > > > You also > > asked about removing vg/usr, however that lv only shows up in dmsetup > > table. > > I managed to remove it with a 'dmsetup remove' > > > Is there a snapshot being taken? Is there an active snapshot volume? > > No. I've never played with snapshots. > > > Sounds like the volume group is actually locked right now. > > Anyway to reset this.? The state is persistant across reboots. -- Daniel Black <dragonheart@gentoo.org> Gentoo Crypto/dev-embedded/Forensics/NetMon
Attachment:
pgpboWKiHQK6F.pgp
Description: PGP signature
_______________________________________________ linux-lvm mailing list linux-lvm@redhat.com https://www.redhat.com/mailman/listinfo/linux-lvm read the LVM HOW-TO at http://tldp.org/HOWTO/LVM-HOWTO/