ESXi

 View Only
  • 1.  when I deploy from a ova file, root user always cancels my task.

    Posted Sep 02, 2010 02:38 AM

    Hi,

    I am importing a ova file to ESX 4.0.0.0 build 164009 thru File->Deploy OVF template login as root user, when this task processed around 43%,it failed and the event system said, root user removed my inventory from ha-datacenter and canceled my task. I am stuffed at this point, any clues? Thanks in advance!



  • 2.  RE: when I deploy from a ova file, root user always cancels my task.

    Posted Sep 02, 2010 03:17 AM

    Some times it can be currupted manifest file.

    You may try to unpack the ova and re-create with OVFTool. It worked for me in a different situation.



  • 3.  RE: when I deploy from a ova file, root user always cancels my task.

    Posted Sep 02, 2010 04:28 AM

    the error message said like "can't read recognizable digit in the myova.vmdk file", does it mean the vmdk file got corrupted? The ova file I used is gained from aonther guy, can it work if I unpack and re-create the ova file?



  • 4.  RE: when I deploy from a ova file, root user always cancels my task.

    Posted Sep 02, 2010 05:45 AM

    what is the size of ova file? one possibility is that,

    if it is a third party ova file and is exported to FAT file system then there is 2 GB limit and may get currupted.

    If the other person exported it to NTFS file system then you may check manifest file for allocated disk size.

    HTH



  • 5.  RE: when I deploy from a ova file, root user always cancels my task.

    Posted Sep 07, 2010 01:40 AM

    Thanks, snellutla, that guy will help to import his os image to my esx server, in this case, i need to add one temp user for him. So what's the proper user access for the temporary importing task? Any suggestion? Thanks!



  • 6.  RE: when I deploy from a ova file, root user always cancels my task.

    Posted Sep 07, 2010 06:37 PM

    the way i understood it is when some one created a ova file the permissions on the file are by default 644( read/write for that user and read only for others.). You may ask the other person to check and modify the file permission 666 so that you can import without creating another user.

    If you want to create a User for the sake of import, then i think user with Administrator role is appropriate and after successful import you may change this user access level.