@bvitnik good catch, that form had multiple issues, I just fixed all of them - https://github.com/benapetr/XenAdminQt/commit/4847e85f2403f3c6fd328f17754c91df21c36502 this was one of them 0 benapetr committed to benapetr/XenAdminQt refactor of new SR wizard fixed missing NFS version selector made Test Connection button appear only when we create new SR, not ISO, because xapi doesn't support probe on ISO objects implemented drop-in descriptions when nothing is provided cleaned up some qvariant scraping and invalid creation of XenLib objects (like Host) instead we retrieve them from the cache now

Support tunnel is active but I have troubles to access support "Oops, something went wrong! Don't worry, our team is already on it". I'll keep trying, thanks.

That is a frustrating loop to be in, especially with TrueNAS. Usually, when the VM fails to start after a change, it’s because XCP-ng is trying to pass through a PCI device (like an HBA) that isn't being released properly by the host. Have you checked if the "hide" parameters in your grub config are still correct? Sometimes an update can reset those, and the host grabs the controller before the VM can. Another thing to try is toggling the BIOS/UEFI mode in the VM settings - TrueNAS can be picky about that depending on which version you’re running.