Bug 1511488
Summary: | vNUMA pinning not automatically pin all vCPUs as required in case of odd number of vCPUs | ||
---|---|---|---|
Product: | [oVirt] ovirt-engine | Reporter: | Sharon Gratch <sgratch> |
Component: | Backend.Core | Assignee: | Andrej Krejcir <akrejcir> |
Status: | CLOSED CURRENTRELEASE | QA Contact: | Polina <pagranat> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 4.2.0 | CC: | akrejcir, bugs, mgoldboi |
Target Milestone: | ovirt-4.2.2 | Flags: | rule-engine:
ovirt-4.2+
|
Target Release: | 4.2.2.2 | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: |
Cause:
When NUMA nodes were created in the UI, the CPUs were divided equally between the nodes and each node had the same number of CPUs assigned.
Consequence:
If the total number of CPUs was not divisible by the number of NUMA nodes, the remaining CPUs were not pinned to any node.
Fix:
Pin the remaining CPUs to some nodes.
Result:
A few nodes have one more CPU pinned than the rest.
|
Story Points: | --- |
Clone Of: | Environment: | ||
Last Closed: | 2018-04-18 12:25:37 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | SLA | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Sharon Gratch
2017-11-09 12:57:21 UTC
Verification scenario: Host tab: Numa node count = 2 Numa pinning tab: pin vNuma to Numa nodes System tab: Total vCPUs = 3 On Host: numactl -H available: 2 nodes (0-1) node 0 cpus: 0 1 2 3 4 5 12 13 14 15 16 17 node 0 size: 12276 MB node 0 free: 311 MB node 1 cpus: 6 7 8 9 10 11 18 19 20 21 22 23 node 1 size: 12288 MB node 1 free: 55 MB node distances: node 0 1 0: 10 21 1: 21 10 from VM xmldump: <cputune> <vcpupin vcpu='0' cpuset='0-5,12-17'/> <vcpupin vcpu='1' cpuset='0-5,12-17'/> <vcpupin vcpu='2' cpuset='6-11,18-23'/> </cputune> This bugzilla is included in oVirt 4.2.2 release, published on March 28th 2018. Since the problem described in this bug report should be resolved in oVirt 4.2.2 release, it has been closed with a resolution of CURRENT RELEASE. If the solution does not work for you, please open a new bug report. |