Обновился с Ubuntu 18.04 до 20.04. Теперь у Xen проблемы с HVM ВМ.

Проблема 1: Виртуальные машины pv, работающие на Ubuntu Linux, запускались, но не могли подключаться через мост, пока я не добавил net.ipv4.ip_forward=1 в sysctl.conf (и не перезагрузил). Не уверен, почему это теперь требуется, но изучение вопросов о том, когда запускается sysctl.conf во время загрузки (очень старая проблема), возможно, даст подсказку.

Проблема 2: (большая проблема) Виртуальная машина hvm, работающая на Windows 10, теперь отказывается запускаться:

root@ap1:/etc/xen# cat zz.cfg
type="hvm"
name="win10"
memory = 4196
vcpus = 3
vif = ['bridge=xenbr0']
disk = ['phy:/dev/rootvg/win10-disk,hda,w','file:/backups/MLaptop/Windows10.iso,hdc:cdrom,r']
sdl = 0
vnc = 1
vncconsole = 1
vnclisten = ''
vncpasswd = ''
on_poweroff="destroy"
on_reboot="restart"
on_crash="restart"
localtime = 1
root@ap1:/etc/xen#  
root@ap1:/etc/xen# xl create zz.cfg
Parsing config from zz.cfg
libxl: error: libxl_dm.c:2426:device_model_spawn_outcome: Domain 18:domain 18 device model: spawn failed (rc=-3)
libxl: error: libxl_create.c:1563:domcreate_devmodel_started: Domain 18:device model did not start: -3
libxl: error: libxl_dm.c:2541:kill_device_model: Device Model already exited
libxl: error: libxl_domain.c:1034:libxl__destroy_domid: Domain 18:Non-existant domain
libxl: error: libxl_domain.c:993:domain_destroy_callback: Domain 18:Unable to destroy guest
libxl: error: libxl_domain.c:920:domain_destroy_cb: Domain 18:Destruction of domain failed

Есть ли у кого-то идеи, почему это может не работать после обновления?

Больше информации: – сервис en.service не запускается должным образом:

root@ap1:/etc/xen# systemctl status xen.service
● xen.service - LSB: Xen daemons
     Loaded: loaded (/etc/init.d/xen; generated)
     Active: failed (Result: exit-code) since Thu 2020-06-18 18:08:58 BST; 1min 58s ago
       Docs: man:systemd-sysv-generator(8)
    Process: 2378 ExecStart=/etc/init.d/xen start (code=exited, status=1/FAILURE)
      Tasks: 3 (limit: 19033)
     Memory: 30.5M
     CGroup: /system.slice/xen.service
             ├─2460 /usr/lib/xen-4.11/bin/oxenstored --pid-file /var/run/xenstore.pid
             └─2466 /usr/lib/xen-4.11/bin/xenconsoled --pid-file /var/run/xenconsoled.pid

Jun 18 18:08:58 apollo systemd[1]: Starting LSB: Xen daemons...
Jun 18 18:08:58 apollo xen[2378]:  * Starting Xen daemons
Jun 18 18:08:58 apollo xen[2469]: qemu-system-i386: -xen-domid 0: Option not supported for this target
Jun 18 18:08:58 apollo xen[2378]:    ...fail!
Jun 18 18:08:58 apollo systemd[1]: xen.service: Control process exited, code=exited, status=1/FAILURE
Jun 18 18:08:58 apollo systemd[1]: xen.service: Failed with result 'exit-code'.
Jun 18 18:08:58 apollo systemd[1]: Failed to start LSB: Xen daemons.

Лог обновления дистрибутива с 18.04 до 20.04 сообщил, что не удалось найти версию 4.9 утилит xen (когда должна была устанавливаться версия 4.11).

Я попробовал удалить xen, а затем снова установить его (из Ubuntu с помощью apt), но это не решило проблему. Поэтому я удалил как xen, так и qemu, а затем переустановил xen-hypervisor-amd64. Это установило версию qemu, которая теперь поддерживает переключатель -xen-domid на qemu-system-i386. xen-service теперь сообщает, что работает нормально, и моя виртуальная машина с Windows 10 теперь работает как раньше.

После обновления с Ubuntu 20.04 до 22.04 я получил это сообщение об ошибке. Запустив

apt install -y apt-show-versions
apt-show-versions |grep xen

Я заметил, что у меня установлены как xen-hypervisor-4.11-amd64, так и xen-hypervisor-4.16-amd64. Я удалил более раннюю версию.

apt remove xen-hypervisor-4.11-amd64 xen-utils-4.11