Thanks. I have downloaded the new dll's and verified the import works flawlessly for the XVA created with disc utils. :-)
I do have a follow-up question on continuing note; I would be more than happy to create a new thread if you wish.
The VM I am attempting to import a VM that (obviously) has 2 VHDs and a corresponding OVF file describing the construction of the VM with the VHDs. This VM's kernel has been Xenified. This makes changes which, among other things, points the hard
drive's device paths to /dev/xvda and /dev/xvdb. The kernel informtion from `uname -a` command can be seen below:
Linux localhost.localdomain 2.6.18-194.17.4.el5xen #1 SMP Mon Oct 25 17:15:40 EDT 2010 i686 i686 i386 GNU/Linux
Upon doing an Appliance Import (of the OVF - no DiscUtils involved) from XenCenter, under the "Storage" tab I see the two hard drives; their device path is "<unknown>". Once the VM is powered on their device path becomes "/dev/xvda/"
and "/dev/xvdb", then the VM boots as normal.
When Import is performed (of the XVA - created by DiscUtils from these two hard drives) the import successfully completes. After turning the VM on, their Device Path (under the "Storage" tab) is "/dev/hda" and "/dev/hdb".
The VM Does not boot-up but is left at the screen:
Booting 'CentOS (2.6.18-194.17.4.el5xen)'
Filesystem type is ext2fs, partition tyep 0x83
kernel /vmlinuz-2.6.18-194.17.4.el5xen ro root=/dev/VolGroup00/LogVol00 rhgb quiet
Error 13: Invalid or unsupported executable format
Press any key to continue...
The device path as "/dev/xvd*" is imperative to the health of this VM and it's hard drives. I was wondering how does DiscUtils determine this device path? From googling around, I saw many questions about the device path with "/dev/hd*"
that referred to a Windows VM being imported. As a shot in the dark, could DiscUtils be handling Windows/Unix hard drives differently, or the same when they should be different? Again, just something to get some ideas flowing.
Again, thank you very much for your efforts.