I’ve been having issues attaching a VDI to a VM from a NetApp snapshot. Basically a storage level snapshot that happen while the server was live. I keep getting the error “The attempt to load the VDI failed” via XenCenter when I try and boot the VM. I would then look at the log file: /var/log/xensource.log. I would see that the VM was tossing out the error “SR_BACKEND_FAILURE_65” when it tried to boot.
I have been unable to get the VDI to load on any server. I even contacted Citrix looking for help and they were unable to get the VDI to load as well. I’ve seen several others on the internet run into this issue without a resolution. If someone knows of a trick to get these VDIs to load, please leave a comment!
Hope this helps!
Yesterday we started to run out of space on one of our storage repositories. When we tried to move any VDI on that SR via XenCenter, we got the error “The SR failed to complete the operation”. Which is a pretty generic error, par for xenserver errors. I even got the same error when trying to do a ‘Rescan’.
I continued to troubleshoot, looking through logs and command outputs. I finally found something to look into.
Ran the command (use the UUID of a SR you’re having issues with):
xe sr-param-list uuid=eb943814-a329-5f84-bd42-af1858d56632
Noticed this parameter:
other-config (MRW): dirty: ; auto-scan: false
I looked into this “dirty” param… It means xenserver isn’t happy with the file names on the SR. I listed the files on my SR and saw that someone created a copy of a VDI called: Copy of f897ebcf-9365-471b-8a30-e81f564c2536.vhd.
I fixed it by:
- ls /run/sr-mount/eb943814-a329-5f84-bd42-af1858d56632
- Found file that shouldn’t be here called Copy of f897ebcf-9365-471b-8a30-e81f564c2536.vhd
- Removed the file Copy of f897ebcf-9365-471b-8a30-e81f564c2536.vhd
- Rescanning the SR
- I was then able to move the VDI from one SR to another with out error in xencenter.
Hope this helps with your day: