Hi,
So it seems you are in a case you don't have a pool to avoid a VM reboot with your host reboot.
In that case, you need to have auto power on enabled to make sure after host reboot, they all start.
Developers of XCP-ng
Hi,
So it seems you are in a case you don't have a pool to avoid a VM reboot with your host reboot.
In that case, you need to have auto power on enabled to make sure after host reboot, they all start.
We pushed the tested packages (of 3 batches) to the xcp-ng-updates repository, check blog post for summary and related advisories:
https://xcp-ng.org/blog/2026/06/23/june-2026-updates-2-for-xcp-ng-8-3-lts/
Thanks everyone for the tests!
I'm not sure it's a great idea, because even 64 hosts is huge in terms of VMs and fallout if you have a problem on your pool DB. Even if you drastically improve the current mechanism, the impact of a problem pool wide is far bigger with 64 hosts than 24 for example.
It's more than purely tech, it's also a tech design/choice.
Even with existing customer with that many VMs or host, absolutely nobody will do a giant pool. And in the ROBO/edge world, it's mostly 2 or 3 machines per shop.
Even large DC deployments tend to use around 10 hosts per pool (a good sweetspot between convenience and fallout protection in case you have a problem on a pool).
I won't be against it obviously. But I'm not the one making the choice 