Bug 2074525
| Summary: | Misleading validation error (related to static&dynamic cpus conf) when nothing is changed in VM Edit window | ||
|---|---|---|---|
| Product: | [oVirt] ovirt-engine | Reporter: | Polina <pagranat> |
| Component: | BLL.Virt | Assignee: | Liran Rotenberg <lrotenbe> |
| Status: | CLOSED CURRENTRELEASE | QA Contact: | Polina <pagranat> |
| Severity: | medium | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 4.5.0 | CC: | ahadas, bugs, dfodor, lrotenbe, mzamazal |
| Target Milestone: | ovirt-4.5.2 | Flags: | pm-rhel:
ovirt-4.5?
|
| Target Release: | --- | ||
| Hardware: | x86_64 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | If docs needed, set a value | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2022-08-30 08:47:42 UTC | Type: | Bug |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | Virt | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
|
Description
Polina
2022-04-12 12:06:09 UTC
The way to overcome this is - either use dynamic NUMA pinning (need to check if it's feasible) or cleanup the static NUMA configuration when the VM is down. Another flow (from https://bugzilla.redhat.com/show_bug.cgi?id=1929260 ) must be tested in the scope of this bz, since this is the same cause root: Run a VM set with resize_and_pin_numa on a host supporting NUMA . Reconfigure it to be High Performance type. Restart to apply the next configuration change. Now we get an error "A NUMA node has an invalid CPU index: 45. Indexes must be between 0 and 3." another scenario for this bug to test - try to rename resize_and_pin VM pinned to host - brings error "A NUMA node has an invalid CPU index: 27. Indexes must be between 0 and 1." verified on ovirt-engine-4.5.2-0.3.el8ev.noarch for 4 scenarios described in the bz . This bugzilla is included in oVirt 4.5.2 release, published on August 10th 2022. Since the problem described in this bug report should be resolved in oVirt 4.5.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. |