Re: [libvirt] hvm/x86_64 combination not allowed

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