Qemu-kvm и проблемы с таймерами в гостевой ОС после живой миграции

Имеется два хоста, один на Xeon Processor E5-2690 Sandy Bridge EP, другой на Xeon CPU E5-2643 v3 Haswell. На обоих стоит гипервизор:

/usr/libexec/qemu-kvm -version
QEMU emulator version 8.0.0 (qemu-kvm-8.0.0-16.el9_3.1)

Имеется гостевая ОС Ubuntu 20.04.6 LTS 5.4.0-196-generic

После живой миграции с E5-2690 на E5-2643 v3 данной гостевой ОС наблюдаются глюки с сетью, а zabbix agent начинает сообщать о расхождении времени.

Выполняю в гостевой ОС команду date — время показывает правильное. Выполняю watch date и дата «застывает», то есть не работает системный таймер, по которому watch выполняет обновление.

Захожу в логи на хост на который была осуществлена миграция и обнаруживаю следующее сообщение:

virtqemud[14200]: Domain id=33 name='vm_245_support' uuid=e68c5309-f034-4c59-ba66-6aa52d1dbef0 is tainted: deprecated-config (CPU model 'qemu64')

Смотрю список доступных процессоров для qemu-kvm:

virsh cpu-models x86_64

Среди которых можно встретить:

Nehalem
Nehalem-IBRS
Westmere
Westmere-IBRS
SandyBridge
SandyBridge-IBRS
IvyBridge
IvyBridge-IBRS
Haswell-noTSX
Haswell-noTSX-IBRS
Haswell
Haswell-IBRS
Broadwell-noTSX
Broadwell-noTSX-IBRS
Broadwell
Broadwell-IBRS

Учитывая что на одном хосте процессор более нового поколения Haswell, а на другом более старого Sandy Bridge EP принимаю решение использовать CPU Model SandyBridge, как, вероятно, совместимую на обоих хостах.

Выключаю гостевую ОС и правлю её конфигурацию, секцию:

<model fallback='forbid'>qemu64</model>

меняю на

<model fallback='forbid'>SandyBridge</model>

Включаю, пробую миграцию — всё работает как нужно, без глюков.

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *

Яндекс.Метрика