Почему фризится ВМ (windows server 2016) на qemu/kvm (libvirtd)?

Question

[Tech]

Хост:
i9-11900K
nvme диск. lvm2.
OS Arch Linux.
На нём три виртуальные машины: две на дебиан, третья - Windows Server 2016 c RDP.
Раз в день виндовая вирталка фризится на 1-4 минуты. В этот момент к ней нельзя подключиться никакими средствами в virt-manager тоже невозможно. Она не пингуется даже.
Htop на хосте показывает в это время загрузку всех 8 ядер, выделенных этой виртуалке. Потом все нормализуется, никакие процессы при этом запущеные пользователем до фриза не требуют заново их стартовать.
При этом в силу того, что как в черной дыре нельзя заглянуть за горизонт событий, так и я не знаю во время фриза, как посмотреть, какой процесс жрёт проц в этот момент.
Стал держать на сервере всегда запущенный системный монитор. И вот после очередного фриза и возобновления доступности сервера. Зашел, а там такая картина:



То есть, в период этого фриза, ВМ даже не пишет ничего в логи - график пуст. В прямом смысле как будто она замирает полностью.
Возникает вопрос, что возможно проблема именно в настройках виртуалки. Но там все классически: virtio диск. Проц host. Еще такой момент, что если на виртуалке никто не работает, ночью напрмиер, или на выхожные, фризов нет. То есть получается, что все таки фриз изначально инициируется пользовательской нагрузкой.
Короче, подскажите кто-нибудь, пожалуйста, как задебажить средсвами хоста? Или на какие настройки ВМ или самого libvirtd обратить внимание?

Answer 1

[hint000]

как задебажить средсвами хоста

Настроить VNC для этой виртуалки на уровне KVM. Это не задействует ресурсы виртуалки, только ресурсы хоста. И нужно заранее залогиниться через этот VNC и открыть диспетчер задач и т.п., чтобы во время фриза только смотреть в окно VNC.

Comments

[Tech]

Сейчас рабочий день. Сделать этого не могу. Но подозреваю, что это не вариант. Потому что уже и так есть настроенный spice на virt-manager. При таких фризах машина на нем тоже не отвечает.
И, как говорил, там в период фриза в логи даже ничего не сыпется.

[hint000]

Tech,

При таких фризах машина на нем тоже не отвечает.

Потому и уточнил, что нужно заранее (до фризов) залогиниться и открыть диспетчер задач (на показ процессов с сортировкой по %CPU). Хотя бы и через SPICE. В момент фриза ВМ может не реагировать на клавиатуру\мышь, но всё же может (есть надежда) выводить что-то на монитор (который и есть VNC или SPICE). И даже если картинка замёрзнет, то есть шанс увидеть там что-то произошедшее за момент до замерзания.