Description of problem: The libvirt spec file currntly has the BuildRequires: /usr/bin/qemu-img commented out. This needs to be uncommented, so that it will biuld with qemu-img support. This allows the libvirt storage driver to create QCow2 files. Since the qemu-img binary is split into a separate kvm-qemu-img RPM, this RPM can be used on both RHEL-5 Xen and RHEL-5 KVM installs equally. Version-Release number of selected component (if applicable): libvirt 0.6.3-4.el5 How reproducible: Always Steps to Reproduce: 1. Attempt to create a qcow file using libvirt storage APIs 2. 3. Actual results: Expected results: Additional info:
libvirt-0.6.3-6.el5 has been built in dist-5E-qu-candidate with the fix where possible, as /usr/bin/qemu-img is only available on x86_64: x86_64 build log configure https://brewweb.devel.redhat.com/getfile?taskID=1829713&name=build.log --- checking for qemu-img... /usr/bin/qemu-img checking for qcow-create... no ---- ia64 build log configure https://brewweb.devel.redhat.com/getfile?taskID=1829712&name=build.log --- checking for qemu-img... no checking for qcow-create... /usr/sbin/qcow-create --- i386 build log configure https://brewweb.devel.redhat.com/getfile?taskID=1829714&name=build.log --- checking for qemu-img... no checking for qcow-create... /usr/sbin/qcow-create --- To some extend that check should be done at runtime instead for more flexibility but that should be fixed upstream. Daniel
This bug has been verified with libvirt 0.6.3-6 on RHEL-5.4. Fixed. [root@dhcp-66-70-85 storage]# virsh pool-list Name State Autostart ----------------------------------------- default active yes You have new mail in /var/spool/mail/root [root@dhcp-66-70-85 storage]# virsh vol-list --pool default Name Path ----------------------------------------- demo.img /var/lib/libvirt/images/demo.img [root@dhcp-66-70-85 storage]# virsh vol-create default volume.xml Vol test.img created from volume.xml [root@dhcp-66-70-85 storage]# virsh vol-list --pool default Name Path ----------------------------------------- demo.img /var/lib/libvirt/images/demo.img test.img /var/lib/libvirt/images/test.img [root@dhcp-66-70-85 storage]# file /var/lib/libvirt/images/test.img /var/lib/libvirt/images/test.img: QEMU Copy-On-Write disk image version 2, size 1 + -2147483648 Create a qcow2 file using libvirt storage APIs successful.
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/RHEA-2009-1269.html