nova/releasenotes/notes/bug-1670522-0a9f20e05e531c7a.yaml
Matt Riedemann ac61abb7c7 libvirt: pass log_path to _create_pty_device for non-kvm/qemu
log_path is required in _create_pty_device if:

1. serial consoles are disabled
2. libvirt/qemu are new enough that they support virtlogd

This was working fine for kvm and qemu since _create_consoles_s390x
and _create_consoles_qemu_kvm pass in the log_path, but for the
non-kvm/qemu cases, like xen, the log_path wasn't provided.

This wasn't caught by the XenProject CI since it's using libvirt
1.3.1 which does not have virtlogd support so this path was
not exercised and apparently not unit tested either.

A release note is provided since this is a pretty severe bug if
you're running new enough libvirt/qemu and not using kvm/qemu as
the virt type because CONF.serial_console.enabled is False by
default so you're going to have failed server creates immediately
upon upgrading to Ocata.

Change-Id: I7f60db1d243a75b90e3c0e53201cb6000ee95778
Closes-Bug: #1670522
2017-03-06 19:00:31 -05:00

9 lines
370 B
YAML

---
fixes:
- |
Fixes `bug 1670522`_ which was a regression in the 15.0.0 Ocata release.
For compute nodes running the libvirt driver with ``virt_type`` not set to
"kvm" or "qemu", i.e. "xen", creating servers will fail by default if
libvirt >= 1.3.3 and QEMU >= 2.7.0 without this fix.
.. _bug 1670522: https://bugs.launchpad.net/nova/+bug/1670522