@AtaxyaNetwork Hi yes, Sorry I'm not super experienced in this area at all. I'm SSHd into the host and just ran dmesg -T in the root. [image: 1771509732474-0583e493-4d70-40b7-afc0-a88b0d9fd1a4-image.png]

@acebmxer There are older versions of the guest tools still available on Github.

@jsajous26 said in Avis et retour sur utilisation de stockage NetAPP: Bonjour, 1798MB/s en lecture, fait environ 15Gbits/s 1196MB/s en écriture fait environ 10Gbits/s C'est tout à fait dans la norme pour un benchmark sur un seul disque. À noter que cela passe à l'échelle avec le nombre de VHD, ce qui fait que dans un contexte de production réaliste (des dizaines de VHD qui écrivent/lisent en même temps), on arrive à saturer un lien 25G. Nous travaillons en parallèle sur 2 axes : amélioration (multiqueue) de tapdisk pour la performance sur un seul disque utilisation de l'équivalent de Vvols en parlant directement à la baie pour éviter des conversion de format et bénéficier des performances natives (ou proche) de la baie de stockage.

@nathanael-h There should be no need to use an access token, because: a) the personal account does not have access to the vates repo and can therefor not grant any privileges b) is xenorchestra-csi-driver a public repo and all assets are public available The only valid point can be rate limits but as this test setup usually does not invoke a massive load of docker pulls it should be neglectable. @thasianxi It looks like a mixup, the Repo / Deployment refers to the github repository name as docker image which is usually the case. Unfortunatly the packages (which are created have a different name) can you replace ghcr.io/vatesfr/xenorchestra-csi-driver:edge with ghcr.io/vatesfr/xenorchestra-csi:edge in the manifest and retry? Cheers Jan M.

While working last night i noticed one of my backups/pools did this. Got the email that it was interupted but when i looked the tasks were still running and moving data it untill it porcess all vms in that backup job. Edit - note my backup job was run via proxy on the specific pool/job. 2026-02-19T03_00_00.028Z - backup NG.txt Edit 2 - homelab same last backup was interupted. 2026-02-19T05_00_00.011Z - backup NG.txt

Congrats!

We do upgrade drivers, especially via alt, it's pretty safe (LTS doesn't mean frozen drivers). @stormi could confirm.

@stormi Thank you so much. Only now getting around to setting up another set of R660s, will let you know how this works.

Thank you every visitors and for those who did not had the chance to visit fosdem check this report: https://xcp-ng.org/blog/2026/02/19/fosdem-2026-follow-up/ [image: vates-xcp-ng-at-fosdem-2026-1.webp] One question, I promised to forward to the forum, how many VM are you running on XCP-ng ? Dozen, hundreds, thousands or more ?

I had same problem, about last 2 weeks, but is is about Xen update, after apply last update, Backup of Windows VMs works again.

Hello everyone ! I rebuild a new OME appliance with the latest version (4.6) Dell decided to give this appliance Proxmox, Nutanix and OpenShift compatibility, but no XCP-ng yet... If someone from Dell want to reach out about this, please contact me ! [image: 1771504614561-7f4cc1c1-90c4-4f30-94f8-cf109711cfd6-image-resized.png] What i did on the rebuild: Via live CD add xen-blkfront and xen-netfront driver, and rebuild the initrd change root password activate SSH. Via SSH sed -i -e 's/sda/xvda/g' /opt/dell/omc/utilities/tui/bin/ome_disk_config.sh sed -i -e 's/sda/xvda/g' /opt/dell/mcsi/appliance/scripts/appliance_resources.sh bash /mnt/Linux/install.sh # To install XCP-ng tools As usual, please send a DM if you want the link to the VHD Feedback is welcome ! (Disclamer: This build is something I create on my free time and to help people who have difficulty running Dell appliances on XCP-ng. I do not guarantee a fully functional appliance, but I do my best to make it work. If you have a support contract with Dell and require official support for OME, please contact Dell and request compatibility with XCP-ng.)

Any news about issue?