Univention Bugzilla – Bug 49573
[4.2] Live Migration Causes Memory Thrashing on Target Host
Last modified: 2019-05-29 17:01:56 CEST
+++ This bug was initially created as a clone of Bug #49548 +++ CU migrated a running VM with a huge amount of RAM (100G) to a target host with apparently enough free physical RAM available. But the target host system went unusable due to memory thrashing and all VMs there suddenly used a lot of swap memory. All VMs where very slow as their memory had been moved to swapfile. A "top" command still showed a good amount of free memory available on the target host, but still all VMs where running at least partially from swap.
[4.2-5] b27783c616 Bug #49548 uvmm: Enable NUMA memory interleave by default .../conffiles/etc/systemd/system/libvirtd.service.d/ucr.conf | 10 ++++++++++ .../univention-virtual-machine-manager-node/debian/changelog | 6 ++++++ .../univention-virtual-machine-manager-node/debian/control | 3 ++- ...virtual-machine-manager-node-kvm.univention-config-registry | 4 ++++ ...chine-manager-node-kvm.univention-config-registry-variables | 6 ++++++ 5 files changed, 28 insertions(+), 1 deletion(-) [4.2-5] 8874a11e24 Bug #49573 uvmm: Restart libvirtd on package upgrade .../univention-virtual-machine-manager-node/debian/changelog | 6 ++++++ .../univention-virtual-machine-manager-node-kvm.postinst | 11 +++++++++++ 2 files changed, 17 insertions(+) Package: univention-virtual-machine-manager-node Version: 5.0.0-7A~4.2.0.201905291210 Version: 5.0.0-8A~4.2.0.201905291314 Branch: ucs_4.2-0 Scope: errata4.2-5 Releases to _customer_ scope as errata4.2-5 is OoM - no YAML. TODO after QA: ssh -t omar update_customer_mirror.sh 00026 OK: head /proc/$(</run/libvirtd.pid)/numa_maps
OK: libvirt service extension, configurable with UCR libvirt/numa/policy/memory. OK: tests with default and interleave option -> no regular 4.2 errata update!
DONE: update_customer_mirror.sh 00026