<div dir="ltr">I run tests with GCP instances as the OpenStack hypervisors.  Obviously it's better if those can use libvirt_type kvm, i.e. nested virtualization, and this has been possible prior to my current Ussuri upgrade work.<div><br></div><div>With Ussuri on Ubuntu, IIUC, we get qemu 4.2 from cloud-archive:ussuri, but qemu 4.2 has a bug that was fixed by this commit prior to 5.0.0: <a href="https://github.com/qemu/qemu/commit/4a910e1f6ab4155ec8b24c49b2585cc486916985">https://github.com/qemu/qemu/commit/4a910e1f6ab4155ec8b24c49b2585cc486916985</a></div><div><br></div><div>    target/i386: do not set unsupported VMX secondary execution controls<br><br>    Commit 048c951 ("target/i386: work around KVM_GET_MSRS bug for<br>    secondary execution controls") added a workaround for KVM pre-dating<br>    commit 6defc591846d ("KVM: nVMX: include conditional controls in /dev/kvm<br>    KVM_GET_MSRS") which wasn't setting certain available controls. The<br>    workaround uses generic CPUID feature bits to set missing VMX controls. [...]<br></div><div><br></div><div>The bug manifests on a GCP instance with nested virtualization enabled [1], because such a GCP instance doesn't support MSR features.  The OpenStack-level symptom is that a VM can't be scheduled onto that GCP instance.</div><div><br></div><div>Is this a well-known problem?  For CentOS/RHEL, [2] looks similar and maybe fixed, but it's difficult to be sure.</div><div><br></div><div>Best wishes,</div><div>    Neil</div><div><br></div><div>[1] <a href="https://cloud.google.com/compute/docs/instances/enable-nested-virtualization-vm-instances">https://cloud.google.com/compute/docs/instances/enable-nested-virtualization-vm-instances</a></div><div>[2] <a href="https://bugzilla.redhat.com/show_bug.cgi?id=1722360">https://bugzilla.redhat.com/show_bug.cgi?id=1722360</a></div><div><br></div></div>