@JamesG said: When I ask the system what it thinks the capabilities are, again I get Gen1x1: cat /sys/bus/pci/devices/0000:00:08.0/current_link_speed 2.5 GT/s PCIe cat /sys/bus/pci/devices/0000:00:08.0/current_link_width 1 cat /sys/bus/pci/devices/0000:00:08.0/max_link_speed 2.5 GT/s PCIe cat /sys/bus/pci/devices/0000:00:08.0/max_link_width 1 This information is actually crafted by QEMU, it doesn't represent the actual real device PCI state; you should check this from Dom0 which should be closer to reality.

@Danp said: Smart Reboot option found on the host's Advanced tab does what you are asking Very nice!

For your storage question, it's fully explained in the doc: https://docs.xcp-ng.org/storage/#-how-to-modify-an-existing-sr-connection And yes, it's planned to get the complete error visible in XO, sadly, it's not "obvious" since the error message isn't returned by XAPI when you try to start but by another method we need to call after it fails ("assert can be started here" from the top of my head). Let me ping @julienXOvates

@olivierlambert said: 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. Exactly, the failure domain just grows exponentially when going beyond a certain collective pool size. I was doing some more research and I found a few possible choices that Tesco may have moved too, but don't want to detract from this forum here.

Evening @pierrebrunet My bad. I am now on commit b440f and the issue persist. I have written you a message with the link to the file. Regards, Marc

Well you both just made my Friday! I can follow directions after all!

@Pilow pretty much

Hi, It's related to an existing bug: https://github.com/xapi-project/xen-api/issues/4323 Quick answer so you can move forward: Set the VMs' HA restart priority to "Restart" (ha_restart_priority = restart), then they're "protected" and get a real evacuation plan. In a 2-node pool with ha-host-failures-to-tolerate=0 this is somewhat cosmetic but it satisfies the partition check. Or temporarily disable HA, evacuate / restart the host, re-enable HA. Cleanest for maintenance on a 2-node pool, since failures-to-tolerate is forced to 0 anyway. I will see to accelerate for a fix upstream. olivierlambert created this issue in xapi-project/xen-api open Mysterious failure in HA with HOST_NOT_ENOUGH_FREE_MEMORY #4323

From what I can tell, the Netbox plugin in XO syncs VMs, interfaces and IPs, but it doesn't populate Netbox's separate Virtual Disks model yet, which is why you get the total disk space but an empty Virtual Disks tab. I don't think it's a permissions thing on your side, it looks more like a gap in what the plugin syncs today. There's already an open issue for disk-size sync (https://github.com/vatesfr/xen-orchestra/issues/7643), plus a few other Netbox requests in the tracker. If you want the per-disk sync added, the place it actually gets weighed is https://feedback.vates.tech, where the Netbox asks get prioritised together. It might also be worth a mention to @Team-XO-Backend, since they own the plugin and can say whether the newer Netbox virtual-disk model is on their radar. ecoutinho created this issue in vatesfr/xen-orchestra open Netbox plugin: Sync disk size error #7643

@niko thanks, that would help a ton!

Here is the log from when xen04 last crashed xen04-jun12-journalctl-crash-summary.txt

@yannsionneau Hi, is June still the target for the iso? Thanks

mid 2026: you can't add a ipv6 address via XOA (XOA5) because the gui lacs the field for the v6 gateway-address XOA6 lacks feature to configure ips of the host the configuration of ipv6 (static) vie the "gui" on the host seems not be implemented yet (or i am missing something critical) command line configuration inside dom0 of the host is afaik not supported ? Some point looks like minor issues. it would be great to "address" pun intendet that as well