Issue:
Virsh over-commit are not consistent, main issues are as follows:
- Resources are not detected in general
- GUI and CLI not reporting correctly - They maintain at 1.0 over commit.
Resources:
- MAAS: 3.2.0
- Dell R630 with:
- 40 cores
- 128 GB RAM
- 1 TB Storage
- Ubuntu 20.04, deployed as KVM-virsh host.
Resources not being detected:
Upon first deploying the server with virsh KVM, no cores/RAM were detected in the CLI, but the GUI reported as follows:
5.0 x CPU over commit & 5.0x Memory over commit.
0 of 200 allocated (cores)
0 of 640GiB allocated (RAM)
0 of 983.4GB allocated (DISK)
On CLI, my resources for the same host are:
“cpu_over_commit_ratio”: 5.0,
“memory_over_commit_ratio”: 5.0,
“total”: {
“cores”: 0,
“memory”: 0,
“local_storage”: 983428714496
}
At this point, I was concerned maybe there was a BIOS setting that wasn’t right disabling the virtualization, so I rebooted, verified (no changes made). After reboot, I changed my resource over commit and have this issue:
GUI and CLI not reporting correctly:
I then modified my CPU overcommit to 0.1 & kept my memory over commit to 5.0. At this point the CPU cores were finally detected.
GUI:
0 of 4 allocated cores
0 of 640GiB allocated memory
0 of 983.4GB allocated storage
“cpu_over_commit_ratio”: 0.1,
“memory_over_commit_ratio”: 5.0,
“total”: {
“cores”: 40,
“memory”: 128818,
“local_storage”: 983428714496
},
Changed cores to 2.0
“cpu_over_commit_ratio”: 2.0,
“memory_over_commit_ratio”: 5.0,
“total”: {
“cores”: 40,
“memory”: 128818,
“local_storage”: 983428714496
},
Notes:
It appears that the GUI reports what the numbers should be correctly, however, the CLI either reports 0 cores and 0 ram OR only the number of cores and ram the system has. At times, it appears that the CLI will report 0 total resources as well. Also, if a VM is deployed, it can’t seem to commission due to “Unable to connect to any rack controller r8ydny; no connections available.” The networks on the host have bridges to all of the networks with the VM being on all of them. I’d love to dig into this problem further if anyone is willing as I don’t think this was an issue on 2.8 (the version we used prior to this).