You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Description
According to the libvirt documentation the output of the virsh capabilities command among other information provides
baseline CPU model within <model> tags and under /capabilities/host/cpu/model path;
the list of extra CPU features which are not included in the baseline CPU model.
The OpenNebula cpu_features.sh script producing the value for the KVM_CPU_FEATURES attribute relies on the output of the virsh capabilities command.
Having the hosts with different baseline CPU models within a single cluster may lead the situation when virsh capabilities output has certain CPU feature mention explicitly for some of the hosts and doesn't have such feature mentioned for others because their baseline CPU model already assumes its support.
For example, the f16c CPU feature is not included in the Broadwell-noTSX-IBRS CPU baseline model, i.e. the following command has an empty output:
But because of that the f16c feature is not mentioned in the virsh capabilities output for the host with such baseline CPU model.
If there is a VM template which mentions explicitly certain set of CPU features among of which e.g. is f16c then the host with Skylake-Server-IBRS baseline CPU model won't be considered as a candidate for such VM dispatching by the OpenNebula scheduler despite the fact the host supports that f16c feature.
Expected behavior
It is expected to have in a value of the KVM_CPU_FEATURES attribute the full list of supported CPU features.
Proposed Solution
One of the possible solution to get a full list of features is to use virsh cpu-baseline command with --features argument run against virsh capabilities output.
Details
Affected Component: drivers
Hypervisor: KVM
Version: development
Progress Status
Code committed
Testing - QA
Documentation (Release notes - resolved issues, compatibility, known issues)
The text was updated successfully, but these errors were encountered:
Description
According to the libvirt documentation the output of the
virsh capabilities
command among other information provides<model>
tags and under/capabilities/host/cpu/model
path;The OpenNebula cpu_features.sh script producing the value for the
KVM_CPU_FEATURES
attribute relies on the output of thevirsh capabilities
command.Having the hosts with different baseline CPU models within a single cluster may lead the situation when
virsh capabilities
output has certain CPU feature mention explicitly for some of the hosts and doesn't have such feature mentioned for others because their baseline CPU model already assumes its support.For example, the
f16c
CPU feature is not included in theBroadwell-noTSX-IBRS
CPU baseline model, i.e. the following command has an empty output:But
virsh capabilities
output has that feature mentioned for the same host in the additional list of the features:Whereas e.g. for the
Skylake-Server-IBRS
baseline CPU model thef16c
feature is already included in the cpu_map file:But because of that the
f16c
feature is not mentioned in thevirsh capabilities
output for the host with such baseline CPU model.If there is a VM template which mentions explicitly certain set of CPU features among of which e.g. is
f16c
then the host withSkylake-Server-IBRS
baseline CPU model won't be considered as a candidate for such VM dispatching by the OpenNebula scheduler despite the fact the host supports thatf16c
feature.Expected behavior
It is expected to have in a value of the
KVM_CPU_FEATURES
attribute the full list of supported CPU features.Proposed Solution
One of the possible solution to get a full list of features is to use
virsh cpu-baseline
command with--features
argument run againstvirsh capabilities
output.Details
Progress Status
The text was updated successfully, but these errors were encountered: