Bug 1004014
| Summary: | CPU pinning not properly loaded to WA portal Virtual Machine tab | ||
|---|---|---|---|
| Product: | Red Hat Enterprise Virtualization Manager | Reporter: | Lukas Svaty <lsvaty> |
| Component: | ovirt-engine | Assignee: | Alexander Wels <awels> |
| Status: | CLOSED CURRENTRELEASE | QA Contact: | Lukas Svaty <lsvaty> |
| Severity: | low | Docs Contact: | |
| Priority: | low | ||
| Version: | 3.3.0 | CC: | acathrow, dfediuck, ecohen, iheim, lpeer, lsvaty, mavital, pmcgowan, Rhev-m-bugs, yeylon |
| Target Milestone: | --- | Keywords: | Triaged |
| Target Release: | 3.3.0 | ||
| Hardware: | x86_64 | ||
| OS: | Linux | ||
| Whiteboard: | sla | ||
| Fixed In Version: | is19 | Doc Type: | Bug Fix |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 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: | |||
| Bug Depends On: | |||
| Bug Blocks: | 1026487 | ||
|
Description
Lukas Svaty
2013-09-03 17:30:25 UTC
Lukas, I was able to reproduce this on Monday (Sept 23rd), but I didn't get around to looking into what was wrong until a few days later, at which point I grabbed the latest master and was completely unable to reproduce, so I think something between the 23rd and 26th fixed this issue. Can you try to reproduce with latest master and let me know if this is still an issue for you? Nevermind I didn't do one essential step in the process, I forgot to mark the VM to not allow migration, once I turn that one, I can reproduce without fail. Tested this again in is16 still reproducable... After I set cpu pinning to 0#0 and reopen VM options tab, even when I can't see CPU Pinning in webadmin I can still see it in /api/vms (it is not properly loaded into webadmin portal) after saving the Vm options without CPU Pinning filled Cpu Pinning is removed from /api/vms as expected changing title due to reproduction without cpu share editting I was able to reproduce it just by repeatedly openning VM edit tab and closing it tested in is19 Also seen on 3.2.40-0.44 The XML from the API shows the setting to have been added to the VM, but the UI shows the CPU Pinning topology as blank. Clicking OK (rather than Cancel) actually applies the blank topology and removes the pinning. This seems to be an intermittent problem, but most times the CPU Pinning topology box is blank. I've only been able to get it to display any pinning topology after randomly clicking elsewhere in the UI (for example Clusters -> Edit -> Optimisation), then returning to Virtual Machines, clicking around (unscientifically), clicking on Host side-tab and occasionally the topology will be displayed. Closing - RHEV 3.3 Released Closing - RHEV 3.3 Released Closing - RHEV 3.3 Released |