@Pilow - so...I powered down the VM and re-attempted the RPU. It seems snapshots is a deterrent for being able to perform a RPU, because I see VMs migrating now so the RPU can run. For specificity - yes, my XCP Hosts are identical (CPU, RAM, etc); there were no affinities set (see screenshot) [image: 1763483116773-cf9b9ae2-5363-4b66-b367-1b0474e54538-image-resized.png] , etc. Thank you for the assist! I think @olivierlambert or his tech writers need to update the RPU requirements area of the docs. Snapshots cannot be present or RPU will fail. Weird why that is

Hi, I just responded to your ticket with the steps to update XOA to match your new license. Regards, Dan

https://forums.veeam.com/kvm-rhv-olvm-pve-schc-f62/xcp-ng-not-showing-as-virtualization-source-after-restore-t101040.html Et voilà suffit de demander

@Pilow said in Unable to mount NFS Remote for backups while storage and ISO NFS SR's work perfectly: It was. Both the host ip and the xoa. Thanks for the super fast replies guys! I got an idea, I'm going to try and investigate, the XOA is running in a container. I'm going to test if the passthrough of the container manager network may be blocking the NFS.

@WorkAccount1000 Prior to myself finding that option in the config file use to run this command that worked as well.. cd /opt/xo/xo-web sudo yarn run turbo run build --filter @xen-orchestra/web

@Bill.Oliver license-wise should be the same. now I think virtualisation gurus here could try to explain you what are the challenges with numa and dual sockets i have notions, but couldnt explain quite the optimisation in xen

@bvitnik indeed, RTFM i'm a newb on cloud-init, and should follow more this good advice !

@wezke said in Ansible Role - Install XO from source - Now available: @probain Thank you for sharing your ansible role, ill have a look at it It's far, far from perfect. So there might be a few rough edges that I solved manually. But I welcome feedback.

I will leave the @Team-Storage to answer that

On the bottom of each documentation page, there's an "Edit this page" link you can use to contribute

@florent Sorry for the late reply, yes, we had previously tried that setting and found that it did not provide any speed increase in our case. One thing to note is that we do have our backup jobs configured to merge backups synchronously, we're starting to test some of our jobs with that setting disabled. We had originally turned it on because we experienced a lot of backup failures due to locking errors. We've since added additional proxies as we've found that the amount of data that a single proxy can backup in a nightly window was the primary bottleneck in our environment. Since adding the additional proxies we've started disabling the synchronous backup merge for several of our jobs and so far it has been working pretty well and our backup times have been running faster (obviously since the final merge was the vast majority of the time that we observed in our backup steps).

Starting from Other install media with BIOS (not uefi) is the only combo that is working with Terraform