If anyone else runs into this issue, I've been able to recover one of the VMs using the "qemu-img convert -O vmdk vmdiskfile vmdiskfile.vmdk" command outlined in Howard Johnson's response linked below: https://access.redhat.com/discussions/881153 Tried the same actions on a Linux machine, but CentOS is not loading, throwing errors saying it can't find the /root or /boot partitions. I'm hopeful that I can at least salvage a few of the Windows VMs currently held hostage in RHEV. The UUID folder structure is hard to navigate for someone that doesn't know what he's looking at (i.e. me) so I'm likely to have mixed results. Other articles I've come across suggest that it should be possible to redeploy the hosted-engine and import the existing Storage Domain, and the VMs should reappear. I've not had success with this because I haven't been able to make "IP.Address:/path/to/storage/domain" accessible, which is likely what faulted the original hosted-engine. Now that I've nuked the original hosted-engine, I'm stuck down the path I've created for myself, either a) continuing with "qemu-img convert", or b) figuring how to to make "cd IP.Address:/path/to/storage/domain" stop saying: "No such file or directory". If anyone has any tips, that would be much appreciated.