Open Saviq opened 4 years ago
I'm unable to reproduce.
I did the following:
libvirtd-daemon-system
and its dependencies.--beta/0.9
.multipassd
to use libvirt
.multipass shell
And it downloaded the image and created a new primary
instance and shell
ed into it.
Also, I would be very surprised if libvirt
would break the API that badly, especially between interim versions (5.0 on disco vs. 5.4 on eoan).
OK this seems to be me missing qemu-system-x86
on the host…
So the real issue is that we're missing that error:
lis 04 16:09:53 michal-laptop multipass.multipassd[22054]: libvirt: QEMU Driver error : internal error: Cannot find suitable emulator for x86_64
lis 04 16:09:53 michal-laptop multipassd[22054]: Failed to determine libvirtd version.
@Saviq,
So none of these errors were printed out in the client when it failed? But yeah, this should be part of the libvirt
health check, so we need some way to probe libvirtd
to see if qemu-system-x86_64
is available for libvirtd
to use.
So none of these errors were printed out in the client when it failed?
Yeah, just this:
$ multipass sh
launch failed: invalid domain pointer in virDomainCreate
So we're probably also lacking some error handling when creating the domain.
I ran across this problem on RHEL8, and the answer is that file now resides at /usr/libexec/qemu-kvm
. I created a link like so, and it fixed he problem for me:
ln -s /usr/libexec/qemu-kvm /usr/bin/qemu-system-x86_64
When trying to launch with libvirt without qemu installed:
And the logs: