@pierrebrunet This is the same error, but it occurs more often when saving metadata. I'm attaching the logfile. xo-backup-error-log.txt

@irtaza9 i would look a the usual suspect, /var/log/SMlog /var/log/xensource.log see https://docs.xcp-ng.org/troubleshooting/

@Greg_E NTP sync assist will work with any W32Time time sources, AD or external.

@yllar Hello, We are still validating the ISOs, but we are getting closer to releasing them. We hope to make them available soon.

I have also opened a support ticket with Veeam. Well trying to... Issue with my account preventing me to and working to fix that issue. Veeam forum did make this statment about CBT and snapshots - There is one known snapshot issue that I'm guessing could possibly have this side-effect (noted in the release notes BTW). We take standard Xen snapshots for CBT but then immediately rename them with our own naming convention. We've noticed that sometimes this rename operation returns success status even if it fails. In this case I can see how this might throw this sort of error but again best to confirm w/support Veeam support ticket - 08188639

@andriy.sultanov said: I'll try to see why other devices are omitted and how this can be fixed. Any news on this? I have been fighting with getting an Intel Arc Pro B50 to work on Linux for months and i suspect that, the fact that the audio device isn't present, is what makes Linux fail to load the driver correctly. Going the xen-cmdline way, seams to disable xe passthrough both in command line and in XO gui, causing all kinds of issues. Windows seems to be able to initialise the GPU driver without the audio device, but it is in some kind of borked state. You can send workload to the GPU but the drivers are complaining about "no-pci compatibility". XCP-ng 8.3 (latest patches) Fedora server 44 - Kernel 7.1.5-201 on latest Arc firmware as well.