can't close logical volume

[Tom Rosenfeld]

On Sun, Apr 18, 2010 at 11:24 AM, Noam Meltzer <tsnoam at gmail.com> wrote:

> You need to deactivate all active LVs before trying to deactivate the VG.
>
> lvchange -an /dev/vgelg/lvelg
>
> - Noam
>
> It won't let me since it thinks its open:

# lvchange -an /dev/vgelg/lvelg
  LV vgelg/lvelg in use: not deactivating



>  2010/4/18 Tom Rosenfeld <trosen at bezeqint.net>
>
>>  Hi Guys,
>>
>> I am having troupe with an LVM volume. I umounted a disk and moved it to a
>> new system. There I did pvscan and vgscan --mknodes
>> However I can do no further operations on the volume since LVM thinks it
>> is still open. It did not even create the block devise even though lvdisplay
>> show it exists.
>>
>> I am looking for a way to force the volume closed, but have not had any
>> luck.
>> See the output below.
>>
>> Thanks,
>> -tom
>>
>>
>>
>>
>> # vgchange -an vgelg
>>   Can't deactivate volume group "vgelg" with 1 open logical volume(s)
>> # ls -l /dev/vgelg/lvelg
>> ls: /dev/vgelg/lvelg: No such file or directory
>>
>> # vgdisplay  -v vgelg
>>     Using volume group(s) on command line
>>     Finding volume group "vgelg"
>>   --- Volume group ---
>>   VG Name               vgelg
>>   System ID
>>   Format                lvm2
>>   Metadata Areas        4
>>   Metadata Sequence No  7
>>   VG Access             read/write
>>   VG Status             resizable
>>   MAX LV                0
>>   Cur LV                1
>>   Open LV               1
>>   Max PV                0
>>   Cur PV                4
>>   Act PV                4
>>   VG Size               1.17 TB
>>   PE Size               4.00 MB
>>   Total PE              307196
>>   Alloc PE / Size       281600 / 1.07 TB
>>   Free  PE / Size       25596 / 99.98 GB
>>   VG UUID               GPsU3q-4Kv3-oRUk-rgLc-MKcw-eeL9-dA0z6L
>>
>>   --- Logical volume ---
>>   LV Name                /dev/vgelg/lvelg
>>   VG Name                vgelg
>>   LV UUID                fjgl50-jLY1-72NL-VH9z-L1hX-JUo8-fMtJAy
>>   LV Write Access        read/write
>>   LV Status              available
>>   # open                 1
>>   LV Size                1.07 TB
>>   Current LE             281600
>>   Segments               1
>>   Allocation             inherit
>>   Read ahead sectors     32768
>>   Block device           253:4
>>
>>   --- Physical volumes ---
>>   PV Name               /dev/sdk4
>>   PV UUID               zm8X2J-aT8Q-CV9u-YnyE-cghe-oQlH-pefMJv
>>   PV Status             allocatable
>>   Total PE / Free PE    76799 / 6399
>>
>>   PV Name               /dev/sdk3
>>   PV UUID               P7gDOr-Z9d7-tBJz-Jq84-j3nj-c0gL-5I1RRT
>>   PV Status             allocatable
>>   Total PE / Free PE    76799 / 6399
>>
>>   PV Name               /dev/sdk2
>>   PV UUID               eOqwcK-2SJI-xuIT-daBW-sLfZ-Tu18-eTZBgl
>>   PV Status             allocatable
>>   Total PE / Free PE    76799 / 6399
>>
>>   PV Name               /dev/sdk1
>>   PV UUID               nDlr5E-4bCh-sAOh-NjDe-fYn2-73Kd-lnqLxr
>>   PV Status             allocatable
>>   Total PE / Free PE    76799 / 6399
>>
>>
>> # lvdisplay /dev/vgelg/lvelg -v
>>     Using logical volume(s) on command line
>>   --- Logical volume ---
>>   LV Name                /dev/vgelg/lvelg
>>   VG Name                vgelg
>>   LV UUID                fjgl50-jLY1-72NL-VH9z-L1hX-JUo8-fMtJAy
>>   LV Write Access        read/write
>>   LV Status              available
>>   # open                 1
>>   LV Size                1.07 TB
>>   Current LE             281600
>>   Segments               1
>>   Allocation             inherit
>>   Read ahead sectors     32768
>>   Block device           253:4
>>
>>
>> _______________________________________________
>> Linux-il mailing list
>> Linux-il at cs.huji.ac.il
>> http://mailman.cs.huji.ac.il/mailman/listinfo/linux-il
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.cs.huji.ac.il/pipermail/linux-il/attachments/20100418/b5dfa676/attachment-0001.html>