AlmaLinux and RockyLinux VMs panicking

stgraber@castiana:~$ incus create images:almalinux/10 vmtest-alma --vm
Creating vmtest-alma
stgraber@castiana:~$ incus config device add vmtest-alma agent disk source=agent:config
Device agent added to vmtest-alma
stgraber@castiana:~$ incus start vmtest-alma
stgraber@castiana:~$ incus exec vmtest-alma bash
[root@vmtest-alma ~]# fwupdmgr refresh
No remotes are currently enabled so no metadata is available.
Metadata can be obtained from the Linux Vendor Firmware Service.

Decompressing…           [***************************************]
Metadata is up to date; use --force to refresh again.
[root@vmtest-alma ~]# fwupdmgr refresh --force
Decompressing…           [ -                                     ]
Updating lvfs
Downloading…             [***************************************]
Successfully downloaded new metadata:
 • 7 devices are updatable
 • 2 devices are supported in the enabled remotes (an update has been published)
[root@vmtest-alma ~]# 

But that’s Incus 7.2 on Debian 13 using Zabbly packages and on an AMD system, so quite a lot that’s different. Mostly shows that it’s not a simple “NUMA makes the VM crash on fwupdmgr refresh”.

incus create images:almalinux/10 vmtest-alma-1cpu --vm


Upgrading QEMU to 11.0.2 seems to have fixed the issue: the VM has been up for over a day,