Hide Forgot
Description of problem: When I use the --nonsparse flag the guest install fails with: "No disks found No usable disks have been found." Version-Release number of selected component (if applicable): RHEL6.1-20110210.1 # rpm -qf /usr/sbin/virt-install python-virtinst-0.500.5-1.el6.noarch How reproducible: I've seen this multiple times. Steps to Reproduce: 1. /usr/sbin/virt-install --name guest-80-17.rhts.eng.bos.redhat.com --cdrom /var/lib/libvirt/images/guest-80-17.rhts.eng.bos.redhat.com.iso --ram=4096 --vcpus=4 -s 15 --nonsparse --hvm --debug --prompt --accelerate --os-variant=virtio26 --network bridge:br0 --noreboot --vnc 2. 3. Actual results: Guest install fails. https://beaker.engineering.redhat.com/jobs/53753 Expected results: Additional info: Guest install works when I remove the nonsparse flag. https://beaker.engineering.redhat.com/jobs/53771
Fixed in python-virtinst-0.500.5-2.el6
I'm not seeing this problem any more with the RHEL6.1-20110311.3 build. https://beaker.engineering.redhat.com/jobs/61924
Verified with python-virtinst-0.500.5-2.el6.noarch, it's fixed already. Move to VERIFIED. # virt-install -n test1 -r 512 --cdrom /var/lib/libvirt/boot/Fedora-14-i686-Live-Desktop.iso --vcpus=2 -s 5 --nonsparse --hvm --debug --prompt --accelerate --os-variant=virtio26 --network network:default --noreboot --vnc Fri, 18 Mar 2011 16:29:02 DEBUG Launched with command line: /usr/sbin/virt-install -n test1 -r 512 --cdrom /var/lib/libvirt/boot/Fedora-14-i686-Live-Desktop.iso --vcpus=2 -s 5 --nonsparse --hvm --debug --prompt --accelerate --os-variant=virtio26 --network network:default --noreboot --vnc Fri, 18 Mar 2011 16:29:02 DEBUG Requesting libvirt URI default Fri, 18 Mar 2011 16:29:02 DEBUG Received libvirt URI qemu:///system Fri, 18 Mar 2011 16:29:02 DEBUG Requesting virt method 'hvm', hv type 'default'. Fri, 18 Mar 2011 16:29:02 DEBUG Received virt method 'hvm' Fri, 18 Mar 2011 16:29:02 DEBUG Hypervisor name is 'kvm' Fri, 18 Mar 2011 16:29:03 DEBUG Setting os type to 'linux' for variant 'virtio26' Please enter the path to the file you would like to use for storage. It will have size 5.0GB. /var/lib/libvirt/images/test1.img This will overwrite the existing path '/var/lib/libvirt/images/test1.img' Do you really want to use this disk (yes or no) yes Fri, 18 Mar 2011 16:29:29 DEBUG DistroInstaller location is a local file/path: /var/lib/libvirt/boot/Fedora-14-i686-Live-Desktop.iso Fri, 18 Mar 2011 16:29:29 DEBUG Guest.has_install_phase: True Starting install... Fri, 18 Mar 2011 16:29:29 DEBUG Generated install XML: <domain type='kvm'> <name>test1</name> <currentMemory>524288</currentMemory> <memory>524288</memory> <uuid>0b0a0ece-9fb7-4a96-7760-128a5b9baf3b</uuid> <os> <type arch='x86_64'>hvm</type> <boot dev='cdrom'/> <boot dev='hd'/> </os> <features> <acpi/><apic/><pae/> </features> <clock offset="utc"/> <on_poweroff>destroy</on_poweroff> <on_reboot>destroy</on_reboot> <on_crash>destroy</on_crash> <vcpu>2</vcpu> <devices> <emulator>/usr/libexec/qemu-kvm</emulator> <disk type='file' device='disk'> <driver name='qemu' type='raw' cache='none' io='threads'/> <source file='/var/lib/libvirt/images/test1.img'/> <target dev='vda' bus='virtio'/> </disk> <disk type='file' device='cdrom'> <driver name='qemu' io='threads'/> <source file='/var/lib/libvirt/boot/Fedora-14-i686-Live-Desktop.iso'/> <target dev='hdc' bus='ide'/> <readonly/> </disk> <interface type='network'> <source network='default'/> <mac address='52:54:00:86:35:13'/> <model type='virtio'/> </interface> <input type='mouse' bus='ps2'/> <graphics type='vnc' port='-1'/> <console type='pty'/> <video> <model type='cirrus'/> </video> </devices> </domain> Fri, 18 Mar 2011 16:29:29 DEBUG Generated boot XML: <domain type='kvm'> <name>test1</name> <currentMemory>524288</currentMemory> <memory>524288</memory> <uuid>0b0a0ece-9fb7-4a96-7760-128a5b9baf3b</uuid> <os> <type arch='x86_64'>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> <vcpu>2</vcpu> <devices> <emulator>/usr/libexec/qemu-kvm</emulator> <disk type='file' device='disk'> <driver name='qemu' type='raw' cache='none' io='threads'/> <source file='/var/lib/libvirt/images/test1.img'/> <target dev='vda' bus='virtio'/> </disk> <disk type='block' device='cdrom'> <target dev='hdc' bus='ide'/> <readonly/> </disk> <interface type='network'> <source network='default'/> <mac address='52:54:00:86:35:13'/> <model type='virtio'/> </interface> <input type='mouse' bus='ps2'/> <graphics type='vnc' port='-1'/> <console type='pty'/> <video> <model type='cirrus'/> </video> </devices> </domain> Creating domain... | 0 B 00:00 Fri, 18 Mar 2011 16:29:29 DEBUG Started guest, connecting to console if requested Fri, 18 Mar 2011 16:29:29 DEBUG Launching console callback
verified this bug with: Linux localhost.localdomain 2.6.32-130.el6.x86_64 #1 SMP Tue Apr 5 19:58:31 EDT 2011 x86_64 x86_64 x86_64 GNU/Linux python-virtinst-0.500.5-3.el6.noarch libvirt-0.8.7-17.el6.x86_64 passed.
Technical note added. If any revisions are required, please edit the "Technical Notes" field accordingly. All revisions will be proofread by the Engineering Content Services team. New Contents: * virt-install would fail to install the guest when the --nonsparse option was invoked. This issue has been resolved. (BZ#678374)
Technical note updated. If any revisions are required, please edit the "Technical Notes" field accordingly. All revisions will be proofread by the Engineering Content Services team. Diffed Contents: @@ -1 +1 @@ -* virt-install would fail to install the guest when the --nonsparse option was invoked. This issue has been resolved. (BZ#678374)+virt-install would fail to install the guest when the --nonsparse option was invoked. This issue has been resolved.
An advisory has been issued which should help the problem described in this bug report. This report is therefore being closed with a resolution of ERRATA. For more information on therefore solution and/or where to find the updated files, please follow the link below. You may reopen this bug report if the solution does not work for you. http://rhn.redhat.com/errata/RHBA-2011-0636.html