Cannot Import VMDK Through Import > Disk (migrating from ESXi, all methods not working)
-
@caponate Have you tried importing it via XCP-ng center? It's older but may be worth a try.
-
@planedrop Is that even possible anymore? I cannot find the option to do that, it has been a long time since I used xcp-ng center.
Just tested it on my main desktop at home, I can import a generic windows server VHD I downloaded from microsoft. But not a copy of an Azure VM that I downloaded the other day (but it boots in hyper-V)... Very weird. I will try downloading it again and report back.
-
Here is what I get when trying to upload the exported vhd:
Tried with 3 different browsers just in case.
-
Just to double check: are you in HTTPS in your browser?
-
You could also try to import the VHD directly with
xeon the host, and see if it works. -
@olivierlambert Yep. And I confirmed it today, it appears it is JUST the vhd files exported from Azure that don't work. I don't know what in the hell they do to them, but there's something messed up about them. Maybe I will export a generic one and post it for analysis.
-
Interesting
Are you sure they are VHD and not VHDX? If it's possible to access the problematic VHD, we could take a look and see what's inside in terms of structure and headers. -
@planedrop I have exactly the same issue. I've exported the disk as two files ( the flat one is 800GB) and the wheel is simply spinning 24 hours later. Did you manage to resolve this?
The direct import from ESXi didn't work for me either. My biggest criticism of this would be that there is no feedback to indicate whether it it working or not, an orange task appears, clicking to see the logs hangs indefinitely. I'm not sure if there is a way to upload the pair of files that make up the VMDK to the machine over SCP and then kick off the import from there.
-
@alexredston Im stuck here too... did you get any where?
-
@scottieIP No, and it's entirely possible the issue has been fixed. I ended up just backing up the database from that VM and migrating it to a new VM on our cluster.
-
@caponate yup, I ended up doing the same
