После глобального обновления, а именно развёртывания кластера PVE с нуля, имею следующие версии PVE компонентов:
pve-manager: 6.0.7-alt6:p9+241890.300.1.1@1574939250 (running version: /)
ceph: 14.2.6-alt1:p9+244387.100.2.1@1579711924
ceph-fuse: not correctly installed
corosync: 3.0.2-alt3:p9+237080.600.2.1@1567543427
ksmtuned: 1.0-alt4@1478625954
libknet1: 1.12-alt1:p9+238829.100.1.1@1570448938
lvm2: 2.03.5-alt1:p9+236281.140.6.1@1566408934
lxcfs: 3.0.3-alt1:sisyphus+220841.100.1.1@1549462305
pve-cluster: 6.0.7-alt3:p9+239541.100.1.1@1571650306
pve-container: 3.0.7-alt6:p9+241890.300.1.1@1574939250
pve-docs: 6.0.4-alt1:p9+236902.200.1.1@1567182810
pve-firewall: 4.0.8-alt6:p9+241890.300.1.1@1574939250
pve-ha-manager: 3.0.2-alt6:p9+241890.300.1.1@1574939250
pve-xtermjs: 3.10.1-alt1:sisyphus+223315.100.1.1@1551437044
smartmontools: 7.0-alt1:sisyphus+224138.100.1.1@1552099925

Суть проблемы в том, что проявляется якобы высокая нагрузка CPU на виртуальных машинах (когда в виртуалках её нет), при перезагрузке VM, например, командой reboot, происходят непонятные зависания (тормоза процесса qemu) при запуске до тех пор, пока не остановить процесс qemu и не запустить его заново. Плюс ко всему к VM с графическим интерфейсом (Linux с Mate/Windows, не важно) невозможно подключиться через SPICE, клиент virt-viewer говорит, что соединение установлено, всё хорошо, но продолжает висеть с этим и ничего не происходит, ни в логах, ни на экране. При этом к VM без X-сервера/без графики подключается без проблем. На VM с графикой работает трюк "Сброс" и сразу же подключиться через SPICE, пока ОС не загрузилась. С Windows виртуалками приходится ставить им тип ОС Other/Linux, иначе ошибка на отсутствие поддержки hv-ipi в ядре, возможно тоже является причиной высокой загрузки ЦП на Windows VM. Пробовал обновить ядро на un-def - без ошибки, но связь между VM отваливается чуть ли не каждую минуту, из-за чего невозможна работа СУБД в кластере.