Public bug reported: This is a spin-off to bug 1673467 as it is a different issue:
Got this today via Mail, linking here: none: https://pastebin.canonical.com/190574/ host-model: https://pastebin.canonical.com/190578/ host-passthrough https://pastebin.canonical.com/190579/ @admcleod - While my system is preparing to test this I think the logs you added are already kind of proving that the issue this bug was reported about is kind of solved. In regard to your logs - the related error: none: -> Passes the initialization but then breaks on logfile host-model: -> Fails due to host-model being broken host-passthrough -> Passes the initialization but then breaks on logfile That said it seems to me the config overall is broken in regard to the logfile in some sort. When host-model is selected it fails earlier on init (this is the actual bug that was discussed in comments #1-#20), if called without host-model the init goes on. But then in general this seems to have issues around the logfile in some way. "libvirtError: unsupported configuration: logfile not supported in this QEMU binary" To reproduce I took the recommende "host-passthrough" case and made the following modifications to run without a real openstack around it: #0 packages that drag in all dependencies sudo apt install uvtool-libvirt nova-compute #1 create nvram vars from template to match XML sudo cp /usr/share/AAVMF/AAVMF_VARS.fd /var/lib/libvirt/qemu/nvram/instance-00000010_VARS.fd sudo chown libvirt-qemu:kvm /var/lib/libvirt/qemu/nvram/instance-00000010_VARS.fd #2 Replace openstack disks with something local that boots wget https://cloud-images.ubuntu.com/zesty/current/zesty-server-cloudimg-arm64.img <disk type='file' device='disk'> <driver name='qemu' type='raw'/> <source file='/home/ubuntu/zesty-server-cloudimg-arm64.img'/> <target dev='hdc' bus='virtio'/> <address type='virtio-mmio'/> </disk> #3 since we don't have the OS created net, replace with the default network <interface type='network'> <mac address='52:54:00:af:8f:2f'/> <source network='default'/> <model type='virtio'/> </interface> #4 Create the logdir that nova specified in the "real" case sudo mkdir /var/lib/nova/instances/5f488b37-8906-4006-b736-70860856f290/ sudo chown nova:nova /var/lib/nova/instances/5f488b37-8906-4006-b736-70860856f290/ With the above I was able to get your new bug around "logfile not supported in this QEMU binary". Ok, that certainly is a different bug - I can switch between host-model (old issue) and host-passthrough and be good. The logfile issue is a different one, so we track it in a new bug = Here. ** Affects: charm-nova-compute Importance: Undecided Status: New ** Affects: libvirt (Ubuntu) Importance: Undecided Status: New ** Also affects: charm-nova-compute Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1697610 Title: logfile not supported in this QEMU binary To manage notifications about this bug go to: https://bugs.launchpad.net/charm-nova-compute/+bug/1697610/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
