XO isn't subtle and will ask for reboot regardless of the type of update (because for now there's no way to know if reboot is required)

Ping @anthoineb because it might be related to an XCP-ng bug

Might be interesting to test a different cluster size and see the impact

https://docs.xcp-ng.org/storage/qcow2_faq/#can-we-change-the-qcow2-cluster-size

Mixing Intel and AMD is more than losing feature, it's a recipe for crashing your VMs every time you do a live migration.

Congrats to everyone on those, it was a huge amount of work, test, and as usual, great community feedback!

Well, I'm not seeing the same behavior here, fe80::4496:9d87:690d:ccc7 is collapsed, unlike in your screenshot

So is it a display issue from XO or a problem for the tools? (not sure to get it).

What's the output of xe CLI?

Pinging @julienxovates for feedback about RPU

SMB can be the culprit, not in XO directly but could trigger different things; That would be interesting to see if you can reproduce the issue on NFS.

Hi,

See https://docs.xen-orchestra.com/troubleshooting#recover-web-login-password

Note that we have 0 XO or XCP-ng dev based in the US neither

Hi,

Let me ping @Team-XO-Frontend and @julienxovates

Interesting Maybe a way to create the vTPM in XO? Adding @julienxovates in the loop

Thank you for the great feedback @escape222

Likely a bug indeed

Question for @Team-XO-Backend

Ah very good, so it was even easier than this. You had the Xen blk driver but instead of using an UUID, the appliance was having a hardcoded sda.

Keep us posted

Hi!

Very likely missing Xen drivers in the image. See https://docs.xcp-ng.org/installation/migrate-to-xcp-ng/#-from-kvm-libvirt that could be helpful.

Keep us posted and welcome!

edit: it's one way to do it, but booting on a live CD (eg Ubuntu) and mount the VM disk to do the dracut command with chroot first will also work if you don't have a buffer machine to do the dracut then export. If you need more details, happy to guide you.

Can you check if you have any other file than .iso and clean it if possible? Maybe this is blocking the scan.

Have you tried to rescan the SR? Are you sure don't have a subfolder with the ISOs inside? (it can only see at the root folder level of the share)

Technically speaking, this could be an improvement of the RPU yeah, for non-agile VMs (to shut them down). IDK if it's already in the backlog somewhere or not, pinging @gregoire