[Bug 1697610] Re: logfile not supported in this QEMU binary

[James Page]

(FTR no changes in Nova codebase in this area - the Linaro team took the
approach of fixing libvirt, rather than working around the underlying
problem).

** Changed in: charm-nova-compute
       Status: New => Invalid

** Changed in: libvirt (Ubuntu)
       Status: Incomplete => In Progress

** Changed in: libvirt (Ubuntu)
     Assignee: Andrew McLeod (admcleod) => James Page (james-page)

** Also affects: nova (Ubuntu)
   Importance: Undecided
       Status: New

** Summary changed:

- logfile not supported in this QEMU binary
+ aarch64: logfile not supported in this QEMU binary

** Changed in: libvirt (Ubuntu)
   Importance: Undecided => Medium

** Changed in: nova (Ubuntu)
   Importance: Undecided => Medium

** Changed in: nova (Ubuntu)
     Assignee: (unassigned) => James Page (james-page)

** Changed in: nova (Ubuntu)
       Status: New => In Progress

-- 
You received this bug notification because you are a member of Ubuntu
OpenStack, which is subscribed to nova in Ubuntu.
https://bugs.launchpad.net/bugs/1697610

Title:
  aarch64: logfile not supported in this QEMU binary

Status in OpenStack nova-compute charm:
  Invalid
Status in libvirt package in Ubuntu:
  In Progress
Status in nova package in Ubuntu:
  In Progress

Bug description:
  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.

To manage notifications about this bug go to:
https://bugs.launchpad.net/charm-nova-compute/+bug/1697610/+subscriptions