FAQ
We are in the process of migrating several stand-alone
server hosts onto a CentOS-6 kvm virtual host. We also
use Webmin to administer our hosts. All of the guests,
without exception, have been cloned brom a prototype guest
using virt-manager. All of the additional VirtIO disks
assigned to some of the guests have been added through
virt-manager as well.

Recently I have encountered a situation with the
development copy of Webmin where I can see an additional
VirtIO disk assigned to one guest instance, but not yet
added to the lvg of that guest, as an unknown device on
different guest. Further, I can see an lv assigned to one
guest instance as an lv on a difference guest.

The webmin author is aware of this problem and is
assiduously trying to determine its cause. My difficulty
is answering the question: How is it even possible for an
application running under a httpd service on one guest to
see anything at all besides the VirtIO storage assigned to
that guest?

Has anyone else encountered this anomaly?


--
*** E-Mail is NOT a SECURE channel ***
James B. Byrne mailto:ByrneJB at Harte-Lyne.ca
Harte & Lyne Limited http://www.harte-lyne.ca
9 Brockley Drive vox: +1 905 561 1241
Hamilton, Ontario fax: +1 905 561 0757
Canada L8E 3C3

Search Discussions

  • James B. Byrne at Jan 16, 2012 at 3:24 pm

    On Mon, January 16, 2012 13:05, James B. Byrne wrote:
    How is it even possible for an
    application running under a httpd service on one guest to
    see anything at all besides the VirtIO storage assigned to
    that guest?

    Has anyone else encountered this anomaly?
    I just cloned a guest instance. The clone prototype was
    set up with a single VirtIO disk of 8Gbs, divided into a
    500 Mb boot and a ~7.1Gb root partition. The root
    partition was entirely assigned to the basic vg and two lv
    were created, one for swap and one for the actual root
    partition.

    When the guest was cloned there was only one VirtIO disk
    of 8 Gb assigned to it and this was cloned and given a new
    name.

    When I look at the newly cloned guest instance with
    pvdisplay this is what I see:

    # pvdisplay
    Couldn't find device with uuid
    umrIn6-Np0c-NC4Z-MuUo-5TBj-IKRE-XBU0De.
    --- Physical volume ---
    PV Name /dev/vda2
    VG Name vg_vm_centos_6
    PV Size 7.32 GiB / not usable 3.00 MiB
    Allocatable yes (but full)
    PE Size 4.00 MiB
    Total PE 1874
    Free PE 0
    Allocated PE 1874
    PV UUID
    djM23m-6Yeb-BQ2x-gPh9-ORMt-dX2i-Ou9xBQ

    --- Physical volume ---
    PV Name unknown device
    VG Name vg_vm_centos_6
    PV Size 31.25 GiB / not usable 3.97 MiB
    Allocatable yes (but full)
    PE Size 4.00 MiB
    Total PE 7999
    Free PE 0
    Allocated PE 7999
    PV UUID
    umrIn6-Np0c-NC4Z-MuUo-5TBj-IKRE-XBU0De

    When I look at it using vgdisplay then this is what I see:

    # vgdisplay
    Couldn't find device with uuid
    umrIn6-Np0c-NC4Z-MuUo-5TBj-IKRE-XBU0De.
    --- Volume group ---
    VG Name vg_vm_centos_6
    System ID
    Format lvm2
    Metadata Areas 1
    Metadata Sequence No 10
    VG Access read/write
    VG Status resizable
    MAX LV 0
    Cur LV 4
    Open LV 2
    Max PV 0
    Cur PV 2
    Act PV 1
    VG Size 38.57 GiB
    PE Size 4.00 MiB
    Total PE 9873
    Alloc PE / Size 9873 / 38.57 GiB
    Free PE / Size 0 / 0
    VG UUID
    qa6jwq-5gTp-6mMH-IWl9-OrEK-HjWc-pbaFsa

    What is going on and how do I fix this? The size of the
    ghost pv (31Gb) is showing up as the size of the clone's
    vg whereas the pv for the cloned instance is only 8Gb.

    I am only using virt-manager to manage disk storage for
    these guests and I have no idea why or how this mismash is
    happening. Any ideas?


    --
    *** E-Mail is NOT a SECURE channel ***
    James B. Byrne mailto:ByrneJB at Harte-Lyne.ca
    Harte & Lyne Limited http://www.harte-lyne.ca
    9 Brockley Drive vox: +1 905 561 1241
    Hamilton, Ontario fax: +1 905 561 0757
    Canada L8E 3C3
  • James B. Byrne at Jan 16, 2012 at 3:42 pm
    This behaviour has to be related to the fact that the
    volume group name does not change when guests are cloned.
    I do not know where the confusion originates but doing
    xmldumps from virsh shows that all of the guests only have
    their own VirtIO disks assigned to them so the cross
    linking is happening elsewhere and the vg name seems the
    likely place.

    However, I am at a loss as to how to avoid this. It does
    not appear that an option to rename the volume group is
    given when cloning from virt-manager. Is there a way to
    do this when the guest is cloned?


    --
    *** E-Mail is NOT a SECURE channel ***
    James B. Byrne mailto:ByrneJB at Harte-Lyne.ca
    Harte & Lyne Limited http://www.harte-lyne.ca
    9 Brockley Drive vox: +1 905 561 1241
    Hamilton, Ontario fax: +1 905 561 0757
    Canada L8E 3C3
  • James B. Byrne at Jan 16, 2012 at 4:16 pm
    If I log on to the newly cloned guest and I try and rename
    the vg used by that instance I see this:

    [root at vm-centos-6 ~]# vgrename vg_vm_centos_6 vg_vm_renamed
    Couldn't find device with uuid
    umrIn6-Np0c-NC4Z-MuUo-5TBj-IKRE-XBU0De.
    Cannot change VG vg_vm_centos_6 while PVs are missing.
    Consider vgreduce --removemissing.
    [root at vm-centos-6 ~]# vgreduce vg_vm_centos_6 --removemissing
    Couldn't find device with uuid
    umrIn6-Np0c-NC4Z-MuUo-5TBj-IKRE-XBU0De.
    WARNING: Partial LV lv_pgsql needs to be repaired or
    removed.
    WARNING: Partial LV lv_backups needs to be repaired or
    removed.
    WARNING: There are still partial LVs in VG vg_vm_centos_6.
    To remove them unconditionally use: vgreduce
    --removemissing --force.
    Proceeding to remove empty missing PVs.

    The xmldump for this guest instance contains this:

    <devices>
    <emulator>/usr/libexec/qemu-kvm</emulator>
    <disk type='block' device='disk'>
    <driver name='qemu' type='raw' cache='none'/>
    <source dev='/dev/vg_vhost01/lv_vm_test-vg-rename'/>
    <target dev='vda' bus='virtio'/>
    <alias name='virtio-disk0'/>
    <address type='pci' domain='0x0000' bus='0x00'
    slot='0x05' function='0x0'/>
    </disk>
    <disk type='block' device='cdrom'>
    <driver name='qemu' type='raw'/>
    <target dev='hdc' bus='ide'/>
    <readonly/>
    <alias name='ide0-1-0'/>
    <address type='drive' controller='0' bus='1' unit='0'/>
    </disk>
    <controller type='ide' index='0'>
    <alias name='ide0'/>
    <address type='pci' domain='0x0000' bus='0x00'
    slot='0x01' function='0x1'/>


    The /dev entries for this vm guest are these:

    [root at vm-centos-6 ~]# ll /dev/vg_vm_centos_6/*
    lrwxrwxrwx. 1 root root 7 Jan 16 15:36
    /dev/vg_vm_centos_6/lv_root -> ../dm-0
    lrwxrwxrwx. 1 root root 7 Jan 16 15:36
    /dev/vg_vm_centos_6/lv_swap -> ../dm-1


    Searching for the missing uuid I find these files:

    # find /etc -print | xargs grep
    'umrIn6-Np0c-NC4Z-MuUo-5TBj-IKRE-XBU0De'
    /etc/lvm/archive/vg_vm_centos_6_00005-1429183950.vg:
    id = "umrIn6-Np0c-NC4Z-MuUo-5TBj-IKRE-XBU0De"
    /etc/lvm/archive/vg_vm_centos_6_00002-807578735.vg:
    id = "umrIn6-Np0c-NC4Z-MuUo-5TBj-IKRE-XBU0De"
    /etc/lvm/archive/vg_vm_centos_6_00004-1687335328.vg:
    id = "umrIn6-Np0c-NC4Z-MuUo-5TBj-IKRE-XBU0De"
    /etc/lvm/archive/vg_vm_centos_6_00003-650133889.vg:
    id = "umrIn6-Np0c-NC4Z-MuUo-5TBj-IKRE-XBU0De"
    /etc/lvm/archive/vg_vm_centos_6_00006-1907108135.vg:
    id = "umrIn6-Np0c-NC4Z-MuUo-5TBj-IKRE-XBU0De"
    /etc/lvm/backup/vg_vm_centos_6: id =
    "umrIn6-Np0c-NC4Z-MuUo-5TBj-IKRE-XBU0De"

    Looking in the files of /etc/lvm/archive created by the
    vgrename command shows a complete mess of lvs from
    different vm guests non of which have anything in common
    with the test vm guest, other than they all share the same
    volume group name.

    Evidently, cloning vm instances for the purpose of setting
    up a new vm guest to run with other vms cloned from the
    same prototype is not a good idea,

    --
    *** E-Mail is NOT a SECURE channel ***
    James B. Byrne mailto:ByrneJB at Harte-Lyne.ca
    Harte & Lyne Limited http://www.harte-lyne.ca
    9 Brockley Drive vox: +1 905 561 1241
    Hamilton, Ontario fax: +1 905 561 0757
    Canada L8E 3C3


    --
    *** E-Mail is NOT a SECURE channel ***
    James B. Byrne mailto:ByrneJB at Harte-Lyne.ca
    Harte & Lyne Limited http://www.harte-lyne.ca
    9 Brockley Drive vox: +1 905 561 1241
    Hamilton, Ontario fax: +1 905 561 0757
    Canada L8E 3C3
  • Dennis Jacobfeuerborn at Jan 16, 2012 at 5:01 pm
    On 01/16/2012 10:16 PM, James B. Byrne wrote:

    ...
    The xmldump for this guest instance contains this:
    ...

    Please post the xmldumps of the original guest and cloned guest right after
    cloning and without any modifications.

    Regards,
    Dennis
  • Dennis Jacobfeuerborn at Jan 16, 2012 at 4:51 pm

    On 01/16/2012 07:05 PM, James B. Byrne wrote:
    We are in the process of migrating several stand-alone
    server hosts onto a CentOS-6 kvm virtual host. We also
    use Webmin to administer our hosts. All of the guests,
    without exception, have been cloned brom a prototype guest
    using virt-manager. All of the additional VirtIO disks
    assigned to some of the guests have been added through
    virt-manager as well.

    Recently I have encountered a situation with the
    development copy of Webmin where I can see an additional
    VirtIO disk assigned to one guest instance, but not yet
    added to the lvg of that guest, as an unknown device on
    different guest. Further, I can see an lv assigned to one
    guest instance as an lv on a difference guest.

    The webmin author is aware of this problem and is
    assiduously trying to determine its cause. My difficulty
    is answering the question: How is it even possible for an
    application running under a httpd service on one guest to
    see anything at all besides the VirtIO storage assigned to
    that guest?

    Has anyone else encountered this anomaly?
    Can you share the (vg|lv|pv)display on two such guests that allegedly share
    a disk? A dumpxml and lvdisplay of the host side of there two guests would
    be useful too.
    The only case where I have seen stuff like this was when someone was using
    unpartitioned virtual disks as physical volumes in the guests which
    resulted in the host picking up the metadata and "discovering" the vg/lv/pv
    data of the guests on the host side. What a mess that was.

    Regards,
    Dennis
  • James B. Byrne at Jan 17, 2012 at 12:46 pm

    On Mon, January 16, 2012 17:01, Dennis Jacobfeuerborn wrote:
    On 01/16/2012 10:16 PM, James B. Byrne wrote:

    ...
    The xmldump for this guest instance contains this:
    ...

    Please post the xmldumps of the original guest and cloned
    guest right after
    cloning and without any modifications.

    Regards,
    Dennis
    Prototype dumpxml

    virsh # dumpxml vm-centos-6
    <domain type='kvm' id='34'>
    <name>vm-centos-6</name>
    <uuid>77692b36-d424-175f-b991-abc58fa0359b</uuid>
    <description>vm clone prototype
    root user password: protoype</description>
    <memory>2097152</memory>
    <currentMemory>2097152</currentMemory>
    <vcpu>1</vcpu>
    <os>
    <type arch='x86_64' machine='rhel6.0.0'>hvm</type>
    <boot dev='hd'/>
    </os>
    <features>
    <acpi/>
    <apic/>
    <pae/>
    </features>
    <clock offset='utc'/>
    <on_poweroff>destroy</on_poweroff>
    <on_reboot>restart</on_reboot>
    <on_crash>restart</on_crash>
    <devices>
    <emulator>/usr/libexec/qemu-kvm</emulator>
    <disk type='block' device='disk'>
    <driver name='qemu' type='raw' cache='none'/>
    <source dev='/dev/vg_vhost01/lv_vm_base'/>
    <target dev='vda' bus='virtio'/>
    <alias name='virtio-disk0'/>
    <address type='pci' domain='0x0000' bus='0x00'
    slot='0x05' function='0x0'/>
    </disk>
    <disk type='block' device='cdrom'>
    <driver name='qemu' type='raw'/>
    <target dev='hdc' bus='ide'/>
    <readonly/>
    <alias name='ide0-1-0'/>
    <address type='drive' controller='0' bus='1' unit='0'/>
    </disk>
    <controller type='ide' index='0'>
    <alias name='ide0'/>
    <address type='pci' domain='0x0000' bus='0x00'
    slot='0x01' function='0x1'/>
    </controller>
    <interface type='bridge'>
    <mac address='52:54:00:28:7e:ce'/>
    <source bridge='br0'/>
    <target dev='vnet5'/>
    <model type='virtio'/>
    <alias name='net0'/>
    <address type='pci' domain='0x0000' bus='0x00'
    slot='0x03' function='0x0'/>
    </interface>
    <serial type='pty'>
    <source path='/dev/pts/6'/>
    <target port='0'/>
    <alias name='serial0'/>
    </serial>
    <console type='pty' tty='/dev/pts/6'>
    <source path='/dev/pts/6'/>
    <target type='serial' port='0'/>
    <alias name='serial0'/>
    </console>
    <input type='tablet' bus='usb'>
    <alias name='input0'/>
    </input>
    <input type='mouse' bus='ps2'/>
    <graphics type='vnc' port='5905' autoport='yes'/>
    <sound model='ac97'>
    <alias name='sound0'/>
    <address type='pci' domain='0x0000' bus='0x00'
    slot='0x04' function='0x0'/>
    </sound>
    <video>
    <model type='cirrus' vram='9216' heads='1'/>
    <alias name='video0'/>
    <address type='pci' domain='0x0000' bus='0x00'
    slot='0x02' function='0x0'/>
    </video>
    <memballoon model='virtio'>
    <alias name='balloon0'/>
    <address type='pci' domain='0x0000' bus='0x00'
    slot='0x06' function='0x0'/>
    </memballoon>
    </devices>
    <seclabel type='dynamic' model='selinux' relabel='yes'>
    <label>system_u:system_r:svirt_t:s0:c299,c322</label>
    <imagelabel>system_u:object_r:svirt_image_t:s0:c299,c322</imagelabel>
    </seclabel>
    </domain>

    virsh #

    A substantially identical clone of the prototype. This
    guest has had no additional storage added to it.

    virsh # dumpxml sshpipe.harte-lyne.ca
    <domain type='kvm' id='19'>
    <name>sshpipe.harte-lyne.ca</name>
    <uuid>5fbd2bad-059c-da0d-c856-c16cfb831a9a</uuid>
    <description>vm clone prototype
    root user password: protoype</description>
    <memory>2097152</memory>
    <currentMemory>2097152</currentMemory>
    <vcpu>1</vcpu>
    <os>
    <type arch='x86_64' machine='rhel6.0.0'>hvm</type>
    <boot dev='hd'/>
    </os>
    <features>
    <acpi/>
    <apic/>
    <pae/>
    </features>
    <clock offset='utc'/>
    <on_poweroff>destroy</on_poweroff>
    <on_reboot>restart</on_reboot>
    <on_crash>restart</on_crash>
    <devices>
    <emulator>/usr/libexec/qemu-kvm</emulator>
    <disk type='block' device='disk'>
    <driver name='qemu' type='raw' cache='none'/>
    <source
    dev='/dev/vg_vhost01/lv_vm_sshipe.harte-lyne.ca_00'/>
    <target dev='vda' bus='virtio'/>
    <alias name='virtio-disk0'/>
    <address type='pci' domain='0x0000' bus='0x00'
    slot='0x05' function='0x0'/>
    </disk>
    <disk type='block' device='cdrom'>
    <driver name='qemu' type='raw'/>
    <target dev='hdc' bus='ide'/>
    <readonly/>
    <alias name='ide0-1-0'/>
    <address type='drive' controller='0' bus='1' unit='0'/>
    </disk>
    <controller type='ide' index='0'>
    <alias name='ide0'/>
    <address type='pci' domain='0x0000' bus='0x00'
    slot='0x01' function='0x1'/>
    </controller>
    <interface type='bridge'>
    <mac address='52:54:00:ee:d8:32'/>
    <source bridge='br0'/>
    <target dev='vnet2'/>
    <model type='virtio'/>
    <alias name='net0'/>
    <address type='pci' domain='0x0000' bus='0x00'
    slot='0x03' function='0x0'/>
    </interface>
    <serial type='pty'>
    <source path='/dev/pts/3'/>
    <target port='0'/>
    <alias name='serial0'/>
    </serial>
    <console type='pty' tty='/dev/pts/3'>
    <source path='/dev/pts/3'/>
    <target type='serial' port='0'/>
    <alias name='serial0'/>
    </console>
    <input type='tablet' bus='usb'>
    <alias name='input0'/>
    </input>
    <input type='mouse' bus='ps2'/>
    <graphics type='vnc' port='5902' autoport='yes'/>
    <sound model='ac97'>
    <alias name='sound0'/>
    <address type='pci' domain='0x0000' bus='0x00'
    slot='0x04' function='0x0'/>
    </sound>
    <video>
    <model type='cirrus' vram='9216' heads='1'/>
    <alias name='video0'/>
    <address type='pci' domain='0x0000' bus='0x00'
    slot='0x02' function='0x0'/>
    </video>
    <memballoon model='virtio'>
    <alias name='balloon0'/>
    <address type='pci' domain='0x0000' bus='0x00'
    slot='0x06' function='0x0'/>
    </memballoon>
    </devices>
    <seclabel type='dynamic' model='selinux' relabel='yes'>
    <label>system_u:system_r:svirt_t:s0:c876,c1002</label>
    <imagelabel>system_u:object_r:svirt_image_t:s0:c876,c1002</imagelabel>
    </seclabel>
    </domain>

    virsh #


    The second guest, sshpipe, shows this for pvdisplay:

    [root at sshpipe ~]# pvdisplay
    Couldn't find device with uuid
    umrIn6-Np0c-NC4Z-MuUo-5TBj-IKRE-XBU0De.
    --- Physical volume ---
    PV Name /dev/vda2
    VG Name vg_vm_centos_6
    PV Size 7.32 GiB / not usable 3.00 MiB
    Allocatable yes (but full)
    PE Size 4.00 MiB
    Total PE 1874
    Free PE 0
    Allocated PE 1874
    PV UUID
    djM23m-6Yeb-BQ2x-gPh9-ORMt-dX2i-Ou9xBQ

    --- Physical volume ---
    PV Name unknown device
    VG Name vg_vm_centos_6
    PV Size 31.25 GiB / not usable 3.97 MiB
    Allocatable yes
    PE Size 4.00 MiB
    Total PE 7999
    Free PE 1855
    Allocated PE 6144
    PV UUID
    umrIn6-Np0c-NC4Z-MuUo-5TBj-IKRE-XBU0De

    and this for vgdisplay

    [root at sshpipe ~]# vgdisplay
    Couldn't find device with uuid
    umrIn6-Np0c-NC4Z-MuUo-5TBj-IKRE-XBU0De.
    --- Volume group ---
    VG Name vg_vm_centos_6
    System ID
    Format lvm2
    Metadata Areas 1
    Metadata Sequence No 7
    VG Access read/write
    VG Status resizable
    MAX LV 0
    Cur LV 3
    Open LV 2
    Max PV 0
    Cur PV 2
    Act PV 1
    VG Size 38.57 GiB
    PE Size 4.00 MiB
    Total PE 9873
    Alloc PE / Size 8018 / 31.32 GiB
    Free PE / Size 1855 / 7.25 GiB
    VG UUID
    qa6jwq-5gTp-6mMH-IWl9-OrEK-HjWc-pbaFsa

    But, sshpipe should only have a single 8Gb VirtIO disk
    assigned.

    --
    *** E-Mail is NOT a SECURE channel ***
    James B. Byrne mailto:ByrneJB at Harte-Lyne.ca
    Harte & Lyne Limited http://www.harte-lyne.ca
    9 Brockley Drive vox: +1 905 561 1241
    Hamilton, Ontario fax: +1 905 561 0757
    Canada L8E 3C3


    --
    *** E-Mail is NOT a SECURE channel ***
    James B. Byrne mailto:ByrneJB at Harte-Lyne.ca
    Harte & Lyne Limited http://www.harte-lyne.ca
    9 Brockley Drive vox: +1 905 561 1241
    Hamilton, Ontario fax: +1 905 561 0757
    Canada L8E 3C3
  • Dennis Jacobfeuerborn at Jan 17, 2012 at 4:01 pm

    On 01/17/2012 06:46 PM, James B. Byrne wrote:
    On Mon, January 16, 2012 17:01, Dennis Jacobfeuerborn wrote:
    On 01/16/2012 10:16 PM, James B. Byrne wrote:

    ...
    The xmldump for this guest instance contains this:
    ...

    Please post the xmldumps of the original guest and cloned
    guest right after
    cloning and without any modifications.

    Regards,
    Dennis
    Prototype dumpxml

    virsh # dumpxml vm-centos-6
    <domain type='kvm' id='34'> ...
    <source dev='/dev/vg_vhost01/lv_vm_base'/>
    </domain>
    virsh # dumpxml sshpipe.harte-lyne.ca
    <domain type='kvm' id='19'> ...
    <source
    dev='/dev/vg_vhost01/lv_vm_sshipe.harte-lyne.ca_00'/>
    </domain>

    The second guest, sshpipe, shows this for pvdisplay:

    [root at sshpipe ~]# pvdisplay
    Couldn't find device with uuid
    umrIn6-Np0c-NC4Z-MuUo-5TBj-IKRE-XBU0De.
    --- Physical volume ---
    PV Name /dev/vda2
    VG Name vg_vm_centos_6
    PV Size 7.32 GiB / not usable 3.00 MiB
    Allocatable yes (but full)
    PE Size 4.00 MiB
    Total PE 1874
    Free PE 0
    Allocated PE 1874
    PV UUID
    djM23m-6Yeb-BQ2x-gPh9-ORMt-dX2i-Ou9xBQ

    --- Physical volume ---
    PV Name unknown device
    VG Name vg_vm_centos_6
    PV Size 31.25 GiB / not usable 3.97 MiB
    Allocatable yes
    PE Size 4.00 MiB
    Total PE 7999
    Free PE 1855
    Allocated PE 6144
    PV UUID
    umrIn6-Np0c-NC4Z-MuUo-5TBj-IKRE-XBU0De
    What does the first guest say for pvdisplay?
    The key here is the PV UUID "umrIn6-Np0c...". Either this PV must exists
    somewhere else on the host or in one of the guest or maybe the cloning
    process has corrupted the LVM metadata.

    Regards,
    Dennis
  • James B. Byrne at Jan 20, 2012 at 11:01 am

    On Tue, January 17, 2012 16:01, Dennis Jacobfeuerborn wrote:
    On 01/17/2012 06:46 PM, James B. Byrne wrote:

    On Mon, January 16, 2012 17:01, Dennis Jacobfeuerborn
    wrote:
    On 01/16/2012 10:16 PM, James B. Byrne wrote:

    ...
    The xmldump for this guest instance contains this:
    ...

    Please post the xmldumps of the original guest and
    cloned
    guest right after
    cloning and without any modifications.

    Regards,
    Dennis
    Prototype dumpxml

    virsh # dumpxml vm-centos-6
    <domain type='kvm' id='34'> ...
    <source dev='/dev/vg_vhost01/lv_vm_base'/>
    </domain>
    virsh # dumpxml sshpipe.harte-lyne.ca
    <domain type='kvm' id='19'> ...
    <source
    dev='/dev/vg_vhost01/lv_vm_sshipe.harte-lyne.ca_00'/>
    </domain>

    The second guest, sshpipe, shows this for pvdisplay:

    [root at sshpipe ~]# pvdisplay
    Couldn't find device with uuid
    umrIn6-Np0c-NC4Z-MuUo-5TBj-IKRE-XBU0De.
    --- Physical volume ---
    PV Name /dev/vda2
    VG Name vg_vm_centos_6
    PV Size 7.32 GiB / not usable 3.00 MiB
    Allocatable yes (but full)
    PE Size 4.00 MiB
    Total PE 1874
    Free PE 0
    Allocated PE 1874
    PV UUID
    djM23m-6Yeb-BQ2x-gPh9-ORMt-dX2i-Ou9xBQ

    --- Physical volume ---
    PV Name unknown device
    VG Name vg_vm_centos_6
    PV Size 31.25 GiB / not usable 3.97 MiB
    Allocatable yes
    PE Size 4.00 MiB
    Total PE 7999
    Free PE 1855
    Allocated PE 6144
    PV UUID
    umrIn6-Np0c-NC4Z-MuUo-5TBj-IKRE-XBU0De
    What does the first guest say for pvdisplay?
    The key here is the PV UUID "umrIn6-Np0c...". Either this
    PV must exists
    somewhere else on the host or in one of the guest or maybe
    the cloning
    process has corrupted the LVM metadata.

    I finally found the time to check for this UUID on the kvm
    host and I find it referenced in these files:

    /etc/lvm/archive/vg_vm_centos_6_00003-2133754855.vg:
    id = "umrIn6-Np0c-NC4Z-MuUo-5TBj-IKRE-XBU0De"
    /etc/lvm/archive/vg_vm_centos_6_00002-2048459897.vg:
    id = "umrIn6-Np0c-NC4Z-MuUo-5TBj-IKRE-XBU0De"
    /etc/lvm/archive/vg_vm_centos_6_00004-568234656.vg:
    id = "umrIn6-Np0c-NC4Z-MuUo-5TBj-IKRE-XBU0De"
    /etc/lvm/backup/vg_vm_centos_6: id =
    "umrIn6-Np0c-NC4Z-MuUo-5TBj-IKRE-XBU0De"

    Now, by my way of thinking, as vg_vm_centos_6 is the
    volume group originally assigned to the prototype guests
    when it was created from the install dvd then it should
    not exist in the vhost01 file system at all. Am I
    correct?

    I cannot see any other vgs for guests that were created by
    a dvd style install.

    I have shutdown the affected guests and have installed new
    guests with different names from dvd media to take over
    the functions of those guests exhibiting the disk/lv cross
    linkage problem.

    What would happen if I simply deleted the files containing
    vg_vm-centos_6 in their name from the kvm host? These
    exist only in /etc/lvm/archive and /etc/lvm/backup.




    --
    *** E-Mail is NOT a SECURE channel ***
    James B. Byrne mailto:ByrneJB at Harte-Lyne.ca
    Harte & Lyne Limited http://www.harte-lyne.ca
    9 Brockley Drive vox: +1 905 561 1241
    Hamilton, Ontario fax: +1 905 561 0757
    Canada L8E 3C3

Related Discussions

Discussion Navigation
viewthread | post
Discussion Overview
groupcentos-virt @
categoriescentos
postedJan 16, '12 at 1:05p
activeJan 20, '12 at 11:01a
posts9
users2
websitecentos.org
irc#centos

People

Translate

site design / logo © 2022 Grokbase