Bug 1444421
Summary: | Fail to start a domain which cpu part is generated by "cpu-baseline" | ||
---|---|---|---|
Product: | Red Hat Enterprise Linux 7 | Reporter: | Yanqiu Zhang <yanqzhan> |
Component: | libvirt | Assignee: | Jiri Denemark <jdenemar> |
Status: | CLOSED ERRATA | QA Contact: | Jing Qi <jinqi> |
Severity: | unspecified | Docs Contact: | |
Priority: | unspecified | ||
Version: | 7.4 | CC: | chayang, dyuan, ehabkost, fjin, jdenemar, juzhang, knoel, lizhu, michen, mzhan, rbalakri, virt-maint, xfu, xuzhang, yafu, yalzhang, yanqzhan, zhguo, zpeng |
Target Milestone: | rc | Keywords: | Regression, TestBlocker |
Target Release: | --- | ||
Hardware: | x86_64 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | libvirt-3.2.0-4.el7 | Doc Type: | If docs needed, set a value |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2017-08-02 00:08:25 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Yanqiu Zhang
2017-04-21 10:06:57 UTC
All the features mentioned in the error message (ds, acpi, ht, tm, pbe, dtes64, monitor, ds_cpl, vmx, est, tm2, xtpr, pdcm) can't be enabled in a VCPU, so they are correctly being reported as unsupported. But I am not sure if this should be considered a real libvirt bug (that shouldn't report the features on virsh capabilities), or if this is invalid usage (is "virsh capabilities" output meant to report every feature in the host CPU, or only the ones that can be virtualized by KVM?). Moving to libvirt and reassigning to Jiri. This should already be fixed upstream by commit 5b4a6adb5ca24a6cb91cdc55c31506fb278d3a91 Refs: v3.2.0-197-g5b4a6adb5 Author: Jiri Denemark <jdenemar> AuthorDate: Tue Apr 11 20:46:05 2017 +0200 Commit: Jiri Denemark <jdenemar> CommitDate: Wed Apr 19 16:36:38 2017 +0200 qemu: Use more data for comparing CPUs With QEMU older than 2.9.0 libvirt uses CPUID instruction to determine what CPU features are supported on the host. This was later used when checking compatibility of guest CPUs. Since QEMU 2.9.0 we ask QEMU for the host CPU data. But the two methods we use usually provide disjoint sets of CPU features because QEMU/KVM does not support all features provided by the host CPU and on the other hand it can enable some feature even if the host CPU does not support them. So if there is a domain which requires a CPU features disabled by QEMU/KVM, libvirt will refuse to start it with QEMU > 2.9.0 as its guest CPU is incompatible with the host CPU data we got from QEMU. But such domain would happily start on older QEMU (of course, the features would be missing the guest CPU). To fix this regression, we need to combine both CPU feature sets when checking guest CPU compatibility. https://bugzilla.redhat.com/show_bug.cgi?id=1439933 Signed-off-by: Jiri Denemark <jdenemar> Verified this bug with libvirt-libs-3.2.0-4.el7.x86_64 and qemu-kvm-rhev-2.9.0-5.el7.x86_64. The issue in the bug is fixed. And there is a new bug found : 1450317 -"cpu-baseline" command doesn't deal with "cmt" feature. Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHEA-2017:1846 Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHEA-2017:1846 |