[linux-lvm] LVM2 release 2.02.03 / device-mapper 1.02.04
Eric Edgar
rocket at gentoo.org
Fri Apr 21 14:25:46 UTC 2006
I just wanted to add that I am seeing this issue as well. 2.02.03 and
2.02.04 both seem to suffer the same problem. Downgrading to 2.02.02
seems to fix this issue.
vgscan --version
LVM version: 2.02.02 (2006-02-07)
Library version: 1.02.05 (2006-04-19)
Driver version: 4.4.0
vgscan
Reading all physical volumes. This may take a while...
Found volume group "vg01" using metadata type lvm2
Found volume group "vg02" using metadata type lvm2
with 2.02.03 or 2.02.04 I get this
vgscan
Reading all physical volumes. This may take a while...
WARNING: Duplicate VG name vg01: Existing
xqKVwB-P68M-GG6h-iGpn-eOaw-09Nv-jp8Ddp (created here) takes
precedence over xqKVwB-P68M-GG6h-iGpn-eOaw-09Nv-jp8Ddp
WARNING: Duplicate VG name vg01: Existing
xqKVwB-P68M-GG6h-iGpn-eOaw-09Nv-jp8Ddp (created here) takes
precedence over xqKVwB-P68M-GG6h-iGpn-eOaw-09Nv-jp8Ddp
Found volume group "vg01" using metadata type lvm2
Found volume group "vg02" using metadata type lvm2
I have not rebooted between these upgrades I am not sure if that would
matter. However, it appears that there are other people who have seen
this issue as well as noted in gentoo's bug reports and forums system.
On 22:25 Thu 20 Apr , Simone Gotti wrote:
> On Fri, 2006-04-14 at 22:43 +0100, Alasdair G Kergon wrote:
> > Some bug fixes and minor enhancements. (See the WHATS_NEW files.)
> >
> > ftp://sources.redhat.com/pub/dm/device-mapper.1.02.04.tgz
> > ftp://sources.redhat.com/pub/lvm2/LVM2.2.02.03.tgz
> >
> > The tools should cope better now if faced with multiple distinct
> > VGs with the same name. 'pvs -P /dev/whatever -o+vg_uuid' output
> > should be reliable, and vgrename accepts a VG uuid as first
> > argument.
> >
> > And libdevmapper has support again for older 2.6 kernels that
> > can't handle mapped device referencing by device number.
> >
> > Alasdair
>
> Hi All,
>
> Last day I tried out these new versions but the new lvm2 release gave me
> some issues. I was thinking that it was a my compilation mistake but
> today I updated my fedora rawhide and the latest version of lvm2
> (2.02.04) was installed and I had the same problems.
> Here's the list of actions I did to create the pv, vg and lv and some
> tries to activate them:
>
> ==============================================================================
> [root at localhost ~]# pvcreate /dev/hda10
> Physical volume "/dev/hda10" successfully created
>
> [root at localhost ~]# vgcreate vg_test01 /dev/hda10
> Volume group "vg_test01" successfully created
>
> [root at localhost ~]# lvcreate -L 500m -n lv_test01 vg_test01
> Volume group for uuid not found:
> gqq5eaIEAauBYPjLXWZ51b38BRXjYKbNTQVtf2rw5RkX7KIvU4d3bGfHZGhF6QVk
> Failed to activate new LV.
>
> [root at localhost ~]# lvdisplay
> --- Logical volume ---
> LV Name /dev/vg_test01/lv_test01
> VG Name vg_test01
> LV UUID TQVtf2-rw5R-kX7K-IvU4-d3bG-fHZG-hF6QVk
> LV Write Access read/write
> LV Status NOT available
> LV Size 500.00 MB
> Current LE 125
> Segments 1
> Allocation inherit
> Read ahead sectors 0
>
> [root at localhost ~]# lvchange -ay /dev/vg_test01/lv_test01
> Volume group for uuid not found:
> gqq5eaIEAauBYPjLXWZ51b38BRXjYKbNTQVtf2rw5RkX7KIvU4d3bGfHZGhF6QVk
>
> [root at localhost ~]# lvremove /dev/vg_test01/lv_test01
> Volume group for uuid not found:
> gqq5eaIEAauBYPjLXWZ51b38BRXjYKbNTQVtf2rw5RkX7KIvU4d3bGfHZGhF6QVk
> Unable to deactivate logical volume "lv_test01"
>
> [root at localhost ~]# vgchange -ay vg_test01
> Volume group for uuid not found:
> SJoVm40jn03BxZ8KWAOLIp9QyWH3RBRKQElo5tpSIeGayuMmV56DHxzSdBC94hkY
> 0 logical volume(s) in volume group "vg_test01" now active
>
> ===============================================================================
>
> The volume and also the volume group cannot be activated or removed.
>
> Some more informations:
>
> [root at localhost ~]# pvdisplay
> --- Physical volume ---
> PV Name /dev/hda10
> VG Name vg_test01
> PV Size 964.00 MB / not usable 0
> Allocatable yes
> PE Size (KByte) 4096
> Total PE 241
> Free PE 116
> Allocated PE 125
> PV UUID hWTMJb-d8C7-85R2-eikX-u91F-4gAk-EU3hUV
>
> [root at localhost ~]# vgdisplay
> --- Volume group ---
> VG Name vg_test01
> System ID
> Format lvm2
> Metadata Areas 1
> Metadata Sequence No 2
> VG Access read/write
> VG Status resizable
> MAX LV 0
> Cur LV 1
> Open LV 0
> Max PV 0
> Cur PV 1
> Act PV 1
> VG Size 964.00 MB
> PE Size 4.00 MB
> Total PE 241
> Alloc PE / Size 125 / 500.00 MB
> Free PE / Size 116 / 464.00 MB
> VG UUID SJoVm4-0jn0-3BxZ-8KWA-OLIp-9QyW-H3RBRK
>
> [root at localhost ~]# lvdisplay
> --- Logical volume ---
> LV Name /dev/vg_test01/lv_test01
> VG Name vg_test01
> LV UUID QElo5t-pSIe-Gayu-MmV5-6DHx-zSdB-C94hkY
> LV Write Access read/write
> LV Status NOT available
> LV Size 500.00 MB
> Current LE 125
> Segments 1
> Allocation inherit
> Read ahead sectors 0
>
>
> Going back to a previous version of lvm (a CVS snapshot previous to the
> cache changes) everything worked again.
>
> Let me know if this is a my mistake or how can help you debugging the
> problem.
>
> Thanks!
>
> Bye!
>
>
>
>
>
> --
> Email.it, the professional e-mail, gratis per te: http://www.email.it/f
>
> Sponsor:
> Conto Arancio, il migliore amico dei tuoi risparmi.Prova la differenza!
> Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=5040&d=20-4
>
> _______________________________________________
> linux-lvm mailing list
> linux-lvm at redhat.com
> https://www.redhat.com/mailman/listinfo/linux-lvm
> read the LVM HOW-TO at http://tldp.org/HOWTO/LVM-HOWTO/
>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 191 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/linux-lvm/attachments/20060421/c08d702b/attachment.sig>
More information about the linux-lvm
mailing list