** Changed in: nova (Ubuntu Zesty)
Status: Triaged => In Progress
** Changed in: nova (Ubuntu Zesty)
Assignee: (unassigned) => James Page (james-page)
** Description changed:
+ [Impact]
+ arm64 based openstack clouds can't boot instances with OpenStack Ocata or
later.
+
+ [Test Case]
+ Deploy OpenStack
+ Boot instance
+ Instance fails to boot with "logfile not supported in the QEMU binary" error
message
+
+ [Regression Potential]
+ Low; the proposed patch reverts to using the pre-ocata code path, skipping
+ use of virtlogd for arm based architectures.
+
+ [Original Bug Report]
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.
+ @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'/>
+ <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'/>
+ <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.
--
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:
aarch64: logfile not supported in this QEMU binary
To manage notifications about this bug go to:
https://bugs.launchpad.net/cloud-archive/+bug/1697610/+subscriptions
--
ubuntu-bugs mailing list
[email protected]
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
