Description of problem: qemudExtractVersion() in qemu_conf will not get the KVM hypervisor's version if /usr/bin/qemu does not exist (because it is hard-wired to search for a capability with an os_type of 'hvm', an arch of 'i686', and a domain of 'qemu'). The capability does not exist since /usr/bin/qemu does not exist, and even if the arch x86_64 capability was selected, /usr/bin/qemu-system-x86_64 does not exist (/usr/local/bin/qemu-system-x86_864 does). If 32-bit qemu existed at /usr/bin/qemu, it would not reflect the version of KVM. Version-Release number of selected component (if applicable): libvirt: LIBVIRT_0_5_1-146-gb035434 kvm: kvm-81 linux: 2.6.28-rc8-00043-ga3dd154-dirty qemu: Not Installed How reproducible: Very Steps to Reproduce: 1.Run libvirtd without the /usr/bin/qemu (make sure it doesn't exist) 2.Run 'virt version' Actual results: Compiled against library: libvir 0.5.1 Using library: libvir 0.5.1 Using API: QEMU 0.5.1 libvir: Remote error : library function returned error but did not set virterror error: failed to get the hypervisor version Expected results: Compiled against library: libvir 0.5.1 Using library: libvir 0.5.1 Using API: QEMU 0.5.1 Running hypervisor: QEMU 0.9.1 Additional info: A temporary fix for the bug is: ln -svf /usr/local/bin/qemu-system-x86_64 /usr/bin/qemu
Should be fixed upstream with this: http://www.redhat.com/archives/libvir-list/2009-March/msg00281.html
This bug appears to have been reported against 'rawhide' during the Fedora 11 development cycle. Changing version to '11'. More information and reason for this action is here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
This was fixed in the libvirt available at time of F11 GA