@joeymorin try to check the merge backup synchronously to avoid other jobs messing with this one ?

@Andrew What a day... Have two hosts and needed a RAM upg so scheduled these with OVH, one for 4pm and the other for 8pm. Plan was to migrate the VMs off the host being upgraded to maintain uptime. Got an email from OVH stating that due to parts availability the upg will not proceed and then they downed both hosts at 8pm to upg at the same time and that caused havoc today.

@acebmxer thank you for testing and confirming! For those who try this... NOTE WSL 1 has the issue of throwing the error Failed to take /etc/passswd lock: Invalid argument https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/2069555/comments/12 Here is a fix sudo sed -i -e '/systemd-sysusers/s/.conf$/.conf || true/' /var/lib/dpkg/info/*.postinst sudo apt --fix-broken install

Maybe that's my issue ? Investing this part # journalctl -k | grep -i nvidia [image: 1763219509282-aaed86b6-1384-434e-ac5d-bca510405f33-image.png]

@bogikornel said in Cannot migrate a vmdisk: @ashinobi Known issue ... https://xcp-ng.org/forum/topic/11538/failed-to-migrate-vdi-two-local-sr/5?_=1763186433370 Thank you so much for letting me know. I'll follow your post so I can update that if they need more info on what is happening.

Just a quick update. I tried changing the time to see if somehow doing it at midnight was causing the issue. I also tried changing the destination for the health check to restore to in case it was some issue with the HDD. Neither were successful.

@tsukraw we will have to improve the doc First migration : [vm source] => [vm on xcp] Check [vm source] => [vm on xcp] => [copy/clone of vm on xcp] test on [copy/clone of vm on xcp] <-- remove [copy/clone of vm on xcp] Final migration stop [vm source] launch the same migraiton. The data already transfered won't be retransfered applues the fixes you had to do during previous test start [vm on xcp]

@Danp My apologies for not being more specific. I’m encountering an issue with XOA deployment on a home lab environment. Environment Details: Installation source: USB Hardware: 16GB RAM, 1TB NVMe HDD Initial install: Completes successfully Dashboard: Displays expected status Steps Taken: Installed XCP-NG from USB — installation and setup completed without errors. Verified dashboard — all components appeared healthy. Deployed XOA to the existing HDD — process executed as expected. Observed Behavior: After deployment, XOA appears healthy overall, but the final item labeled “NEW” does not appear in the interface. Expected Behavior: The “NEW” item should be visible after deployment. Mark

@Pilow You might be right, this may be simpler to implement than we imagined. We'll keep you informed when we progress on this.

Thanks @Pilow for the test

@rizaemet-0 I've also enabled SAML and the login interface is a little bit odd, not only the remember me button but also the capitalization of SAML which is lowercase. It is a cosmetic issue, but still an issue.

@olivierlambert Yes I previously was. now back on VHD. This was in my home lab, not work enviorment.

@bvitnik Thank you for the great response. I have had great success with Terraform - great work. I'm not touching ocaml myself. And yes, Citrix... they are still above VMware/Broadcom on my list. But SMH. I keep promoting XCP-ng hoping some large companies take advantage of it. It's much more valuable to me than nautobot, for example.

To anyone still having this issue or finding this thread when searching online: "How to clone a VM between hosts in Xen Orchestra" or similar... The key piece of information missing from all these answers is that you must first connect both hosts (XCP-ng) servers to the same Xen Orchestra instance before you can clone (copy (export/import)) a VM from one host to another while using the Xen Orchestra GUI. Note that as mentioned in the first reply that this is only one solution, given both hosts can see each other over the network. You can also manually export and import the VM as an image file to your local PC's storage if needed. To do this, first navigate to "Settings->Servers" and configure/connect the destination host alongside the existing host so you end up with two hosts connected to the same Xen Orchestra. Note that Xen Orchestra can display information and manage multiple hosts if required (does not have to be tied to a single XCP-ng instance). Then navigate back to "Home->VMs" and you should now see all VMs listed for both hosts in the same list. From here you can select the VM to clone and from the copy dialog menu when you select a "SR" you should now be able to select between both host's disks (Local Storage or Pools) to copy the VM onto. Note that this command will spin up two separate tasks: an export and import task simultaneously on each host to complete the copy (sort of streaming it at the same time). Also don't forget to first shutdown the VM first before you copy it so you do not risk losing/corrupting any live data while it is cloning. Hope this helps everyone.

Adding this to our topics to discuss

Since GPU passthrough is involved I'd ping @Team-Hypervisor-Kernel

@florent Hi @all, sorry for my late reply, but i was on site at a customer yesterday. I can confirm its working again as expected. Not only this, but it also cleaned up all the additional Replikas now. Great work and thanks for all your efforts. Kind regards Alex

Can you share how you created the template? And copy here the template object from xo-cli or the rest api: xo-cli list-objects type=VM-template id=<your_template_id>?

For completeness sake. Confirming that the fix also works in my second lab as well.

@stevewest15 these errors are normal on XO from source, since you don't have licenses the configuration to use for ipmi sensors depends on the bios strings . Could you post the bios string of your hosts ? Dell configuration is used if system-manufacturer' contains the string dell