for the latest updates. the test pool didnt move the vms when i went to reboot. so i moved them manually. rebooted master, move vms back patched and reboot 2nd test server in the pool. Skipped trying rolling reboot in prod and followed the same process. both pools went well without other issues.

@ronan-a we need to have CBT to use 3rd party backup & replication solution such as Veeam. On the other hand, XOSTOR with VHD disk might be ok using Xen Orchestra backup & replication features but it needs more testing on our end to make sure it works good enough. One big question is about the snapshot chain. Coming from VMware world where keeping snapshots may impact I/O performances, we're not very comfortable with it. Also, we need to find solution for low-RPO replication. On our VMware infrastructure we use Zerto DR for this but XOA being more like Veeam using snapshots, low-RPO will be tough to achieve (unless making snapshots doesn't affect performances at all ?).

Hello, Just a feedback. I am having trouble using CBT Backups with NBD. Host Details: XCP-NG Version : 8.3 latest (stable) Xen Orchestra: latest:stable (From Source) The first full backup always seems to work. The delta backup gives the error: 'HANDLE_INVALID' the writer IncrementalXapiWriter has failed the step writer.checkBaseVdis() with error HANDLE_INVALID(VBD, OpaqueRef:xxxxx). It won't be used anymore in this job execution. Start: 2026-08-09 14:01 End: 2026-08-09 14:01 Duration: a few seconds Error: HANDLE_INVALID(VBD, OpaqueRef:xxxxxx) This is a XenServer/XCP-ng error

@poddingue said: Depends which one you mean Thanks for the update! I meant the one where the VM was hanging because of incorrect boot order; but, good to know about the other issues. I'm moderately ok on Linux, but not so much so to where I fully understand the long boot time you go into (& divinni in the other thread) I had an issue in XO-Lite myself last yr. That sounds a bit like I had; or, I believe the issue was BIOS vs UEFI. If I created the VM with BIOS, I could boot/set it up...but not able to with UEFI. Thanks!

@john-c said in Introduce yourself!: @TS79 said in Introduce yourself!: Hi. I'm a cloud solutions architect, with around 25 years of working experience in servers, storage, networking (your typical infrastructure stuff) and about 20 years of virtualisation. I started up a homelab many years ago, and through (too) many evolutions, I've ended up with Lenovo M710q mini PCs running XCP-ng, with another mini PC providing NFS storage (with backup and replication to cater for problems and failures). Absolutely love XCP-ng and am promoting it wherever I can. I've architected and kicked off a project at my employer to replace VMware with XCP-ng, so I'm keen to use the forum to read other people's real-world experiences with storage and host specs, hurdles to avoid, and any tips & tricks. Looking forward to interacting with the community more and more. When checking out Xen Orchestra make sure to look at both the Host Maintenance Mode and the SR Maintenance Mode. I came up with the idea for the SR Maintenance mode during the Covid-19 lock down in the UK. The Vates staff developed and implemented the idea, I pitched it as a useful tool for large infrastructures. The reason being that pools (especially large ones) can have multiple shared storage implemented as SRs. The maintenance mode for SR permits, some of the SR to be put in maintenance mode when the backing separate bare metal hardware is in maintenance, while keeping others not in this situation active. So your less likely to need to put the host in maintenance mode, thus improving pools which are using HA, increasing the up time further. So the VMs aren't affected, when the VMs have been migrated to another storage SR, thus aiding in reducing down time for the VMs. This is a great feature, but I havent used it - How does it work? Is it something like: You put the SR in maintenance mode VM's are migrated to another shared SR Notification about SR maintenance completed?