yahoo-eng-team team mailing list archive

[Nicolas Melot <1999803@xxxxxxxxxxxxxxxxxx>]

Public bug reported:

Libvirt fails to start any VM on a fresh OpenStack Zed install on Rocky
9, also freshly installed. The logs show the line below:

[root@cs2 ~]# openstack server delete test; openstack server create
--flavor "1CPU-512RAM-0Root-0Pad-0Swap-1RXTX" --image "cirros 0.4.0"
--nic net-id=internal --security-group
bf35c9bc-84c8-4f43-b1d2-a3fb04231245 --key-name nicolasm-gate test

[root@cs2 ~]# tail -f /var/log/nova/nova.log
....
libvirt.libvirtError: unsupported configuration: domain configuration does not support video model 'virtio'
....

I attached the full log that also include the machine configuration nova
generated to start the VM.

I tried installing packages "qemu-kvm-device-display-virtio-
vga-7.0.0-13.el9.x86_64", "qemu-kvm-device-display-virtio-
gpu-7.0.0-13.el9.x86_64", "qemu-kvm-device-display-virtio-gpu-
gl-7.0.0-13.el9.x86_64" and "qemu-kvm-device-display-virtio-vga-
gl-7.0.0-13.el9.x86_64", nova/libvirt still fail with the same error,
even after restarting nova-compute and libvirtd services, or even the
whole computer.

Trying to start a VM with virtio video directly on the host via vist-manager yields the same error:
Unable to complete install: 'unsupported configuration: USB redirection is not supported by this version of QEMU'

Traceback (most recent call last):
  File "/usr/share/virt-manager/virtManager/asyncjob.py", line 89, in cb_wrapper
    callback(asyncjob, *args, **kwargs)
  File "/usr/share/virt-manager/virtManager/create.py", line 2552, in _do_async_install
    guest.start_install(meter=meter)
  File "/usr/share/virt-manager/virtinst/guest.py", line 495, in start_install
    doboot, transient)
  File "/usr/share/virt-manager/virtinst/guest.py", line 431, in _create_guest
    domain = self.conn.createXML(install_xml or final_xml, 0)
  File "/usr/lib64/python2.7/site-packages/libvirt.py", line 3725, in createXML
    if ret is None:raise libvirtError('virDomainCreateXML() failed', conn=self)
libvirtError: unsupported configuration: USB redirection is not supported by this version of QEMU

Hinting that the problem is probably not on nova's side.

Finally, qemu seems to be able to spawn a VM with virtio vga device:

[root@cs2 ~]# /usr/libexec/qemu-kvm -vga virtio
qemu-kvm: Machine type 'pc-i440fx-rhel7.6.0' is deprecated: machine types for previous major releases are deprecated
qemu-kvm: warning: CPU model qemu64-x86_64-cpu is deprecated -- use at least 'Nehalem' / 'Opteron_G4', or 'host' / 'max'
VNC server running on ::1:5900
^Cqemu-kvm: terminating on signal 2
[root@cs2 ~]# 

So the issue seems to be on Libvirt side.

I encountered the same issue on another install on rocky 9, but I do not
remember how I solved it. Since the problem happened twice
independently, I suppose you might have encountered it too. Are you
aware of a solution?

** Affects: nova
     Importance: Undecided
         Status: New

** Attachment added: "nova.log"
   https://bugs.launchpad.net/bugs/1999803/+attachment/5635754/+files/nova.log

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Compute (nova).
https://bugs.launchpad.net/bugs/1999803

Title:
  Libvirt fails to start VM with virtio related "unsupported
  configuration"

Status in OpenStack Compute (nova):
  New

Bug description:
  Libvirt fails to start any VM on a fresh OpenStack Zed install on
  Rocky 9, also freshly installed. The logs show the line below:

  [root@cs2 ~]# openstack server delete test; openstack server create
  --flavor "1CPU-512RAM-0Root-0Pad-0Swap-1RXTX" --image "cirros 0.4.0"
  --nic net-id=internal --security-group
  bf35c9bc-84c8-4f43-b1d2-a3fb04231245 --key-name nicolasm-gate test

  [root@cs2 ~]# tail -f /var/log/nova/nova.log
  ....
  libvirt.libvirtError: unsupported configuration: domain configuration does not support video model 'virtio'
  ....

  I attached the full log that also include the machine configuration
  nova generated to start the VM.

  I tried installing packages "qemu-kvm-device-display-virtio-
  vga-7.0.0-13.el9.x86_64", "qemu-kvm-device-display-virtio-
  gpu-7.0.0-13.el9.x86_64", "qemu-kvm-device-display-virtio-gpu-
  gl-7.0.0-13.el9.x86_64" and "qemu-kvm-device-display-virtio-vga-
  gl-7.0.0-13.el9.x86_64", nova/libvirt still fail with the same error,
  even after restarting nova-compute and libvirtd services, or even the
  whole computer.

  Trying to start a VM with virtio video directly on the host via vist-manager yields the same error:
  Unable to complete install: 'unsupported configuration: USB redirection is not supported by this version of QEMU'

  Traceback (most recent call last):
    File "/usr/share/virt-manager/virtManager/asyncjob.py", line 89, in cb_wrapper
      callback(asyncjob, *args, **kwargs)
    File "/usr/share/virt-manager/virtManager/create.py", line 2552, in _do_async_install
      guest.start_install(meter=meter)
    File "/usr/share/virt-manager/virtinst/guest.py", line 495, in start_install
      doboot, transient)
    File "/usr/share/virt-manager/virtinst/guest.py", line 431, in _create_guest
      domain = self.conn.createXML(install_xml or final_xml, 0)
    File "/usr/lib64/python2.7/site-packages/libvirt.py", line 3725, in createXML
      if ret is None:raise libvirtError('virDomainCreateXML() failed', conn=self)
  libvirtError: unsupported configuration: USB redirection is not supported by this version of QEMU

  Hinting that the problem is probably not on nova's side.

  Finally, qemu seems to be able to spawn a VM with virtio vga device:

  [root@cs2 ~]# /usr/libexec/qemu-kvm -vga virtio
  qemu-kvm: Machine type 'pc-i440fx-rhel7.6.0' is deprecated: machine types for previous major releases are deprecated
  qemu-kvm: warning: CPU model qemu64-x86_64-cpu is deprecated -- use at least 'Nehalem' / 'Opteron_G4', or 'host' / 'max'
  VNC server running on ::1:5900
  ^Cqemu-kvm: terminating on signal 2
  [root@cs2 ~]# 

  So the issue seems to be on Libvirt side.

  I encountered the same issue on another install on rocky 9, but I do
  not remember how I solved it. Since the problem happened twice
  independently, I suppose you might have encountered it too. Are you
  aware of a solution?

To manage notifications about this bug go to:
https://bugs.launchpad.net/nova/+bug/1999803/+subscriptions