OVA import failing
-
@martinhorton Haha, sorry, it's the VMDK parser.
OVA files are a tar files containing an XML file (.ovf) that describes the VM and .vmdk files that representing the disks. The VMDK file format uses a specific vocabulary, and each block of data is called a "grain" and there is a table that contains all the addresses of the "grains". The parser couldn't find it.
Can someone please send me a .ova file that triggers this error? I really need to trigger it on my machine to fix it.
thanks,
Nicolas.
-
@nraynaud OK, I've just woken up and read your message. Based on the message I am going to add the following information that now seems relevant. This VM, prior to being exported had a disk removed but not deleted from disk. My guess, and of course, it's only a guess, is that the file is listed in the XML file as part of the VM but in reality isn't there because the file was deleted.
I am going to remove the file from the directory and save it somewhere else and then re-export it and see if it works.
But now I will repeat my little mantra that I used to lecture people with as a software developer for decades. Make your error messages meaningful. Had this error message said "Hard disk 2 listed in inventory but file not found" I am guessing it would have triggered a memory in me or anyone else. My favorite pet peeve is the error message "File was not found". That means nothing; the message 'File abc.docx not found in directory C:\somedirectory" is a lot more meaningful.
I'll report back on the success or otherwise of my test.
-
@nraynaud I tried that, it didn't work
I am uploading the .ovf file
W2K12Full.ovf.txt -
@nraynaud I unfortunately deleted my ova files. However, I still have the esxi server. I am exporting a new ova now. If I can get the error to happen for me again I will send you a link to download the ova file.
-
@cbritton thank you, that would be great.
I really want everybody here know that I believe there is a bug in my code, it's just that I really need help reproducing on my machine to pinpoint it.
-
@cbritton privately sent me a file that exhibit the error, many thanks. I am searching for the bug now.
-
you can follow the bug fix here: https://github.com/vatesfr/xen-orchestra/pull/5129
closed fix(import/OVA): fix big size parsing in OVA files #5129
-
@nraynaud I see you have fixed the bug. How do I implement this? Do I have to rebuild XO from sources again? Also, thanks for fixing it.
-
@martinhorton yes, if you were running from the sources, you'll need to rebuild from master.
If you're using Xen Orchestra Appliance, the fix is available in the 'latest' channel in version 5.48.1 https://github.com/vatesfr/xen-orchestra/blob/master/CHANGELOG.md
-
@nraynaud Thanks for the reply. Yes, I figured it out and the import seems to be running now! Thanks
-
SO I managed to import an ova of about 60 gigs and the import worked. However it can't boot?
This is a windows-10 vm from esxi converted with ovftool.
Any idea? -
When something doesn't work, please explain in what way. Otherwise, it's a bit hard to help you
Example: you said it doesn't boot. But in what way? Any error message?
-
@olivierlambert said in OVA import failing:
When something doesn't work, please explain in what way. Otherwise, it's a bit hard to help you
Example: you said it doesn't boot. But in what way? Any error message?
Makes sense. Here is a screenshot of the console....
-
- Are you sure the VM got the disk plugged?
- On VMware, did you use BIOS or UEFI boot? Switch to the correct value in XO (for example), in VM/advanced tab
-
@olivierlambert said in OVA import failing:
- Are you sure the VM got the disk plugged?
- On VMware, did you use BIOS or UEFI boot? Switch to the correct value in XO (for example), in VM/advanced tab
Whoa. The vm instance was set to EFI boot and xcp-ng had it set to BIOS. I figured the conversion would set that correctly and I had not checked. I changed it to EFI and it's working now ! Thank you for the quick response !
-
Nailed it
-
@olivierlambert said in OVA import failing:
Nailed it
yes sir.
Quick question, Is there any way to speed up the vm import ? Takes all day from my desktop to my esxi box which has instances on an nfs drive. -
Keep in mind the file has to flow from your browser toward your XOA, then to your XOA to your host, which might use another network share itself.
If your XOA could mount the place where you have your OVA directly, you could use
upload-ovautility (see https://github.com/vatesfr/xen-orchestra/tree/master/%40xen-orchestra/upload-ova#usage ) to send them directly. -
@olivierlambert said in OVA import failing:
Keep in mind the file has to flow from your browser toward your XOA, then to your XOA to your host, which might use another network share itself.
If your XOA could mount the place where you have your OVA directly, you could use
upload-ovautility (see https://github.com/vatesfr/xen-orchestra/tree/master/%40xen-orchestra/upload-ova#usage ) to send them directly.Going to look into that, thank you.
