2010/1/19 Daniel P. Berrange <berrange@xxxxxxxxxx>:
> 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
--
libvir-list mailing list
libvir-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/libvir-list