Red Hat Bugzilla – Bug 921480
virt-install creates sparse logical volumes by default
Last modified: 2013-11-21 05:37:12 EST
+++ This bug was initially created as a clone of Bug #921387 +++ Created attachment 709876 [details] Output from when it crashes when trying to remove storage pool. Description of problem: libvirt lvm storage pool usage seems to be broken. virt-install can't find the lvm path and libvirtd also seems to crash when you try to undefine it. Version-Release number of selected component (if applicable): 0.10.2-18.el6.x86_64 How reproducible: 95% Steps to Reproduce: (we have an auto-install that uses /home for a majority of space) Setup: 1. cd /tmp 2. yes | sudo lvreduce --size $SIZE --resizefs --force /dev/sys/home 3. sudo lvcreate sys -n vg001 -l 100%FREE 4. sudo vgcreate vg001 /dev/sys/vg001; 5. sudo service libvirtd start 6. sudo /usr/bin/virsh pool-define-as --name vg001 --type logical --target /dev/vg001 7. sudo /usr/bin/virsh pool-start vg001 8. sudo /usr/bin/virsh pool-autostart vg001 9. sudo /usr/bin/virt-install --name testhost --ram 4096 --disk pool=vg001,size=60 --boot network,hd,menu=on --graphics none --network bridge=br0,mac=52:54:00:34:51:4A --vcpus 4 --os-variant=rhel6 Actual results: Attempt to create virtual machine (virt-install): Starting install... ERROR internal error Child process (/sbin/lvchange -aln vg001/testhost.img) unexpected exit status 5: One or more specified logical volume(s) not found. XML dump: <pool type='logical'> <name>vg001</name> <uuid>820d51e9-42ea-cda8-ba3b-d5b08ee29082</uuid> <capacity unit='bytes'>512460062720</capacity> <allocation unit='bytes'>0</allocation> <available unit='bytes'>512460062720</available> <source> <device path='/dev/mapper/sys-vg001'/> <name>vg001</name> <format type='lvm2'/> </source> <target> <path>/dev/vg001</path> <permissions> <mode>0755</mode> <owner>-1</owner> <group>-1</group> </permissions> </target> </pool> Additional info: While the bug which prevents libvirt from creating logical volumes with zero allocation is going to be fixed, virt-install should not be doing that by default since it's not expected to work out of the box with LVM.
*** Bug 953303 has been marked as a duplicate of this bug. ***
Fixed upstream with: commit 590c8dbebfddb71874de7a98e579264ebae6859f Author: Martin Kletzander <mkletzan@redhat.com> Date: Tue Apr 2 13:51:28 2013 +0200 Don't support sparse logical volumes
The bug doesn't not reproduce with the following package: # rpm -qa libvirt python-virtinst python-virtinst-0.600.0-17.el6.noarch libvirt-0.10.2-21.el6.x86_64 Steps: Prepare Logical volumn Group pool named vg001. Use virt-install to install a guest: virt-install --name name --ram 4096 --disk pool=vg001,size=6 --boot cdrom,hd,menu=on --graphics none --vcpus 4 --os-variant=rhel6 Actual result: No error message pops up. Installation process goes on correctly. check the image info and not sparse logical volumn is created: # virsh vol-info /dev/vg001/name.img Name: name.img Type: block Capacity: 6.00 GiB Allocation: 6.00 GiB
(In reply to hyao@redhat.com from comment #8) > The bug doesn't not reproduce with the following package: > The bug doesn't reproduce with the following package: > # rpm -qa libvirt python-virtinst > python-virtinst-0.600.0-17.el6.noarch > libvirt-0.10.2-21.el6.x86_64 > > Steps: > Prepare Logical volumn Group pool named vg001. > Use virt-install to install a guest: > > virt-install --name name --ram 4096 --disk pool=vg001,size=6 --boot > cdrom,hd,menu=on --graphics none --vcpus 4 --os-variant=rhel6 > > > Actual result: > No error message pops up. Installation process goes on correctly. > > check the image info and not sparse logical volumn is created: > # virsh vol-info /dev/vg001/name.img > Name: name.img > Type: block > Capacity: 6.00 GiB > Allocation: 6.00 GiB
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. http://rhn.redhat.com/errata/RHBA-2013-1604.html