2010/1/19 Daniel P. Berrange <berrange@redhat.com>:
On Mon, Jan 18, 2010 at 10:59:23PM +0100, Matthias Bolte wrote:
$ which qemu-system-x86_64 /usr/local/bin/qemu-system-x86_64 $ ls -l /usr/local/bin/qemu-* -rwxr-xr-x 1 root root 217184 Jan 14 14:00 /usr/local/bin/qemu-img -rwxr-xr-x 1 root root 229120 Jan 14 14:00 /usr/local/bin/qemu-io -rwxr-xr-x 1 root root 210968 Jan 14 14:00 /usr/local/bin/qemu-nbd -rwxr-xr-x 1 root root 2323328 Jan 14 14:01 /usr/local/bin/qemu-system-x86_64
This was done by building the qemu-kvm-0.12.1.1 package from source. I am able to run this vm just fine using the qemu-system-x86_64 binary. I've tried rebuilding libvirt several times to make it aware that the proper binaries are installed, but it can't seem to find them for some reason.
libvirt expects the QEMU binaries in /usr/bin. e.g. it explicitly checks for /usr/bin/qemu-system-x86_64. Try symlinking /usr/local/bin/qemu-system-x86_64 to /usr/bin/qemu-system-x86_64.
I'm not sure why the paths are hardcoded instead of using the PATH to find the QEMU binaries, like the storage driver does it already:
virFindFileInPath("qemu-img")
We didn't have virFindFileInPath() when we first wrote the QEMU driver. It is well overdue for us to switch over to using that to detect QEMU binaries instead of hardcoding /usr/bin. If someone wants to send a patch, that'd be welcome
Regards, Daniel
Done :) See https://www.redhat.com/archives/libvir-list/2010-January/msg00603.html Matthias