[one-users] VMFS datastore image creation issue
Michael Curran
michael.curran at connectsolutions.com
Wed Jul 10 09:47:54 PDT 2013
Tino --
Thanks for helping identify the issues within my environment. I have now fully deployed a Windows host from a .vmdk file, due to the following changes
Updated all drivers back to VMFS for datastores 0 and 1
Noticed the libvirt binaries were pointed at incorrect versions
There were issues with the uploaded VMDK files, and cloning a working one resolved the VMDK correctly
Big help!! Much appreciated!!
Michael Curran | connectsolutions | Lead Network Architect
Phone 614.568.2285 | Mobile 614.403.6320 | www.connectsolutions.com
-----Original Message-----
From: Tino Vazquez [mailto:cvazquez at c12g.com]
Sent: Tuesday, July 09, 2013 4:01 PM
To: Michael Curran
Cc: users at lists.opennebula.org
Subject: Re: [one-users] VMFS datastore image creation issue
Hi Michael,
It seems like you are still using the non SSH mode. After the onedatastore update, the TM_USE_SSH and DS_USE_SSH should appear here in the "onedatastore show"
--
DATASTORE TEMPLATE
BRIDGE_LIST="192.168.250.34 192.168.250.38"
DS_MAD="vmware"
TM_MAD="ssh"
TYPE="IMAGE_DS"
--
About the error:
--
ERROR: clone: Command "vmkfstools --server 192.168.250.34 --username oneadmin --password XXXXXXX -i [1]ed35a2c49a51aede33ef6cd685ac370a/disk.vmdk -d thin [0]6/disk.0/disk.vmdk" failed: Unable to clone virtual disk : File [1] ed35a2c49a51aede33ef6cd685ac370a/disk.vmdk was not found
--
That implies that at host 192.168.250.34, there is no file /vmfs/volumes/1/ed35a2c49a51aede33ef6cd685ac370a/disk.vmdk (which should have been create after the "oneimage create"). Could you check if that file exists at 192.168.250.34.
Regards,
-Tino
--
Constantino Vázquez Blanco, PhD, MSc
C12G Labs - OpenNebula for the Enterprise www.c12g.com | cvazquez at c12g.com | @C12G
--
Confidentiality Warning: The information contained in this e-mail and any accompanying documents, unless otherwise expressly indicated, is confidential and privileged, and is intended solely for the person and/or entity to whom it is addressed (i.e. those identified in the "To" and "cc" box). They are the property of C12G Labs S.L..
Unauthorized distribution, review, use, disclosure, or copying of this communication, or any part thereof, is strictly prohibited and may be unlawful. If you have received this e-mail in error, please notify us immediately by e-mail at abuse at c12g.com and delete the e-mail and attachments and any copy from your system. C12G thanks you for your cooperation.
On Tue, Jul 9, 2013 at 9:14 PM, Michael Curran <michael.curran at connectsolutions.com> wrote:
> Because the correct format of the typed command should be this
>
> /var/lib/one/remotes/tm/vmfs/clone
> u-cmh-neb-dev01:/vmfs/volumes/1/ed35a2c49a51aede33ef6cd685ac370a
> 192.168.250.34:/vmfs/volumes/0/6/disk.0 6 1
>
> Which will automatically append /disk.vmdk to the end of the clone
> directory name
>
> Still get this error message though, despite being able to see the
> directory and disk.vmdk in the images datastore
>
> oneadmin at u-cmh-neb-dev01:~/remotes/datastore$ /var/lib/one/remotes/tm/vmfs/clone u-cmh-neb-dev01:/vmfs/volumes/1/ed35a2c49a51aede33ef6cd685ac370a 192.168.250.34:/vmfs/volumes/0/6/disk.0 6 1 INFO: clone: Cloning /vmfs/volumes/1/ed35a2c49a51aede33ef6cd685ac370a in 192.168.250.34:/vmfs/volumes/0/6/disk.0
> ERROR: clone: Command "vmkfstools --server 192.168.250.34 --username
> oneadmin --password XXXXXXX -i
> [1]ed35a2c49a51aede33ef6cd685ac370a/disk.vmdk -d thin
> [0]6/disk.0/disk.vmdk" failed: Unable to clone virtual disk : File [1]
> ed35a2c49a51aede33ef6cd685ac370a/disk.vmdk was not found ERROR MESSAGE
> --8<------ Error cloning
> u-cmh-neb-dev01:/vmfs/volumes/1/ed35a2c49a51aede33ef6cd685ac370a to
> 192.168.250.34:/vmfs/volumes/0/6/disk.0
> ERROR MESSAGE ------>8--
> oneadmin at u-cmh-neb-dev01:~/remotes/datastore$
> Michael Curran | connectsolutions | Lead Network Architect Phone
> 614.568.2285 | Mobile 614.403.6320 | www.connectsolutions.com
>
> -----Original Message-----
> From: users-bounces at lists.opennebula.org
> [mailto:users-bounces at lists.opennebula.org] On Behalf Of Michael
> Curran
> Sent: Tuesday, July 09, 2013 3:06 PM
> To: Tino Vazquez
> Cc: users at lists.opennebula.org
> Subject: Re: [one-users] VMFS datastore image creation issue
>
> Found this now too
>
> When I change to SSH and run from Sunstone -- I see this in the logs
>
> Tue Jul 9 12:01:08 2013 [TM][D]: Message received: LOG I 6 Command
> execution fail: /var/lib/one/remotes/tm/vmfs/clone
> u-cmh-neb-dev01:/vmfs/volumes/1/ed35a2c49a51aede33ef6cd685ac370a
> 192.168.250.38:/vmfs/volumes/0/6/disk.0 6 1
>
> Tue Jul 9 12:01:08 2013 [TM][D]: Message received: LOG I 6 clone:
> Cloning /vmfs/volumes/1/ed35a2c49a51aede33ef6cd685ac370a in
> 192.168.250.38:/vmfs/volumes/0/6/disk.0
>
> Tue Jul 9 12:01:08 2013 [TM][D]: Message received: LOG E 6 clone:
> Command "vmkfstools --server 192.168.250.38 --username oneadmin
> --password XXXXXXX -i [1]ed35a2c49a51aede33ef6cd685ac370a/disk.vmdk -d
> thin [0]6/disk.0/disk.vmdk" failed: Unable to clone virtual disk :
> File [1] ed35a2c49a51aede33ef6cd685ac370a/disk.vmdk was not found
>
> Tue Jul 9 12:01:08 2013 [TM][D]: Message received: LOG E 6 Error
> cloning
> u-cmh-neb-dev01:/vmfs/volumes/1/ed35a2c49a51aede33ef6cd685ac370a to
> 192.168.250.38:/vmfs/volumes/0/6/disk.0
>
> Tue Jul 9 12:01:08 2013 [TM][D]: Message received: LOG I 6 ExitCode:
> 1
>
> Tue Jul 9 12:01:08 2013 [TM][D]: Message received: TRANSFER FAILURE 6
> Error cloning
> u-cmh-neb-dev01:/vmfs/volumes/1/ed35a2c49a51aede33ef6cd685ac370a to
> 192.168.250.38:/vmfs/volumes/0/6/disk.0
>
> When I run the CLI test you provided -- it takes the name of the
> created directory and tries to use it as the Datastore name instead of
> [1]
>
> oneadmin at u-cmh-neb-dev01:~/remotes/datastore$
> /var/lib/one/remotes/tm/vmfs/clone
> u-cmh-neb-dev01:/vmfs/volumes/1/ed35a2c49a51aede33ef6cd685ac370a/disk.
> vmdk 192.168.250.34:/vmfs/volumes/0/6/disk.0 6 1
> /var/lib/one/remotes/datastore/xpath.rb:61: undefined method `elements' for nil:NilClass (NoMethodError)
> from /var/lib/one/remotes/datastore/xpath.rb:60:in `each'
> from /var/lib/one/remotes/datastore/xpath.rb:60
> INFO: clone: Cloning
> /vmfs/volumes/1/ed35a2c49a51aede33ef6cd685ac370a/disk.vmdk in
> 192.168.250.34:/vmfs/volumes/0/6/disk.0
>
>
> ERROR: clone: Command "vmkfstools --server 192.168.250.34 --username oneadmin --password c0NN3cT4 -i [ed35a2c49a51aede33ef6cd685ac370a]disk.vmdk/disk.vmdk -d thin [0]6/disk.0/disk.vmdk" failed: Unable to clone virtual disk : Invalid datastore format 'ed35a2c49a51aede33ef6cd685ac370a'.
> ERROR MESSAGE --8<------
> Error cloning
> u-cmh-neb-dev01:/vmfs/volumes/1/ed35a2c49a51aede33ef6cd685ac370a/disk.
> vmdk to 192.168.250.34:/vmfs/volumes/0/6/disk.0
> ERROR MESSAGE ------>8--
> oneadmin at u-cmh-neb-dev01:~/remotes/datastore$
>
>
> Michael Curran | connectsolutions | Lead Network Architect Phone
> 614.568.2285 | Mobile 614.403.6320 | www.connectsolutions.com
>
> -----Original Message-----
> From: Michael Curran
> Sent: Tuesday, July 09, 2013 2:20 PM
> To: Michael Curran; Tino Vazquez
> Cc: users at lists.opennebula.org
> Subject: RE: [one-users] VMFS datastore image creation issue
>
> This is what my /var/lib/one/remotes/datastores/vmfs/vmfs.conf looks
> like for SSH
>
> # Default values in case they are not defined in the Datastore
> template
>
> DS_TMP_DIR=/var/lib/one/tmp
>
> # Whether the VMFS Datastore driver should use to invoke the VMFS native commands
> # * remote API calls (value set to "no")
> # * ssh connection (value set to "yes")
>
> DS_USE_SSH=yes
> DS_MAD=vmfs
> TM_MAD=ssh
> TM_USE_SSH=yes
>
> This is what my datastores look like for both 0 (system) and 1 (images) -- Do they look correct? Is there somewhere else I need to change SSH settings?
>
> oneadmin at u-cmh-neb-dev01:/etc/one$ onedatastore show 0 DATASTORE 0 INFORMATION
> ID : 0
> NAME : system
> USER : oneadmin
> GROUP : oneadmin
> CLUSTER : -
> TYPE : SYSTEM
> DS_MAD : -
> TM_MAD : ssh
> BASE PATH : /var/lib/one/datastores/0
> DISK_TYPE : FILE
>
> PERMISSIONS
> OWNER : um-
> GROUP : u--
> OTHER : ---
>
> DATASTORE TEMPLATE
> BRIDGE_LIST="192.168.250.34 192.168.250.38"
> DS_MAD="-"
> TM_MAD="ssh"
> TYPE="SYSTEM_DS"
>
> IMAGES
> oneadmin at u-cmh-neb-dev01:/etc/one$ onedatastore show 1 DATASTORE 1 INFORMATION
> ID : 1
> NAME : default
> USER : oneadmin
> GROUP : oneadmin
> CLUSTER : -
> TYPE : IMAGE
> DS_MAD : vmware
> TM_MAD : ssh
> BASE PATH : /var/lib/one/datastores/1
> DISK_TYPE : FILE
>
> PERMISSIONS
> OWNER : um-
> GROUP : u--
> OTHER : u--
>
> DATASTORE TEMPLATE
> BRIDGE_LIST="192.168.250.34 192.168.250.38"
> DS_MAD="vmware"
> TM_MAD="ssh"
> TYPE="IMAGE_DS"
>
> IMAGES
> 13
> 14
> 15
> 16
> 17
> 18
> oneadmin at u-cmh-neb-dev01:/etc/one$
>
>
> Michael Curran | connectsolutions | Lead Network Architect Phone
> 614.568.2285 | Mobile 614.403.6320 | www.connectsolutions.com
>
> -----Original Message-----
> From: users-bounces at lists.opennebula.org
> [mailto:users-bounces at lists.opennebula.org] On Behalf Of Michael
> Curran
> Sent: Tuesday, July 09, 2013 1:44 PM
> To: Tino Vazquez
> Cc: users at lists.opennebula.org
> Subject: Re: [one-users] VMFS datastore image creation issue
>
> Okay -- I did do both so far
>
> I ran the steps before I changed to SSH -- The results looked the same
> in both cases
>
> I made the change to USE_SSH via
>
> vi /var/lib/one/remotes/vmfs/vmfs.conf
>
> and
>
> onedatastores update 0
> onedatastores update 1
>
> and made it match the tables in the storage directorys for VMFS and
> SSH
>
> The output for the first command was identical to what is posted below -- something about an "Invalid datastore format"
>
> Michael Curran | connectsolutions | Lead Network Architect Phone
> 614.568.2285 | Mobile 614.403.6320 | www.connectsolutions.com
>
> -----Original Message-----
> From: Tino Vazquez [mailto:cvazquez at c12g.com]
> Sent: Tuesday, July 09, 2013 12:03 PM
> To: Michael Curran
> Cc: users at lists.opennebula.org
> Subject: Re: [one-users] VMFS datastore image creation issue
>
> Hi Michael,
>
> I may have expressed myself poorly. There were two alternatives, 1) try USE_SSH="yes" (please be aware that the datastore template overrides this value), and repeat the operations using OpenNebula.
>
> If you don't want to do the path above, I suggest debugging it with steps 2.a to 2.d. Please bear in mind that OpenNebula needs to be running at least when you perform the "/var/lib/one/remotes/tm/vmfs/clone" command (it checks configuration with OpenNebula).
>
> Regards,
>
> -Tino
> --
> Constantino Vázquez Blanco, PhD, MSc
> C12G Labs - OpenNebula for the Enterprise www.c12g.com |
> cvazquez at c12g.com | @C12G
>
> --
> Confidentiality Warning: The information contained in this e-mail and any accompanying documents, unless otherwise expressly indicated, is confidential and privileged, and is intended solely for the person and/or entity to whom it is addressed (i.e. those identified in the "To" and "cc" box). They are the property of C12G Labs S.L..
> Unauthorized distribution, review, use, disclosure, or copying of this communication, or any part thereof, is strictly prohibited and may be unlawful. If you have received this e-mail in error, please notify us immediately by e-mail at abuse at c12g.com and delete the e-mail and attachments and any copy from your system. C12G thanks you for your cooperation.
>
>
> On Tue, Jul 9, 2013 at 5:53 PM, Michael Curran <michael.curran at connectsolutions.com> wrote:
>> I switched vmfs.conf to DS_USE_SSH and TM_USE_SSH as yes and
>> restarted one -- this was the result of the command
>>
>> oneadmin at u-cmh-neb-dev01:~/remotes/datastore/vmfs$
>> /var/lib/one/remotes/tm/vmfs/clone
>> u-cmh-neb-dev01:/vmfs/volumes/1/ed35a2c49a51aede33ef6cd685ac370a/disk.
>> vmdk 192.168.250.34:/vmfs/volumes/0/6/disk.0 6 1
>> /var/lib/one/remotes/datastore/xpath.rb:61: undefined method `elements' for nil:NilClass (NoMethodError)
>> from /var/lib/one/remotes/datastore/xpath.rb:60:in `each'
>> from /var/lib/one/remotes/datastore/xpath.rb:60
>> INFO: clone: Cloning
>> /vmfs/volumes/1/ed35a2c49a51aede33ef6cd685ac370a/disk.vmdk in
>> 192.168.250.34:/vmfs/volumes/0/6/disk.0
>> ERROR: clone: Command "vmkfstools --server 192.168.250.34 --username oneadmin --password c0NN3cT4 -i [ed35a2c49a51aede33ef6cd685ac370a]disk.vmdk/disk.vmdk -d thin [0]6/disk.0/disk.vmdk" failed: Unable to clone virtual disk : Invalid datastore format 'ed35a2c49a51aede33ef6cd685ac370a'.
>> ERROR MESSAGE --8<------
>> Error cloning
>> u-cmh-neb-dev01:/vmfs/volumes/1/ed35a2c49a51aede33ef6cd685ac370a/disk.
>> vmdk to 192.168.250.34:/vmfs/volumes/0/6/disk.0
>> ERROR MESSAGE ------>8--
>> oneadmin at u-cmh-neb-dev01:~/remotes/datastore/vmfs$
>>
>> Michael Curran | connectsolutions | Lead Network Architect Phone
>> 614.568.2285 | Mobile 614.403.6320 | www.connectsolutions.com
>>
>> -----Original Message-----
>> From: Tino Vazquez [mailto:cvazquez at c12g.com]
>> Sent: Tuesday, July 09, 2013 11:25 AM
>> To: Michael Curran
>> Cc: users at lists.opennebula.org
>> Subject: Re: [one-users] VMFS datastore image creation issue
>>
>> Hi Michael,
>>
>> No, the front-end should not mount any VMFS volume (in fact, it will do little good, since there are no drivers for VMFS in regular linux distributions).
>>
>> Please note that the commands always reference a server, in this case the ESX host with IP 192.168.250.34. This host should mount both a datastore "0" (the system datastore) and the datastore "1", the image datastore, which should be the same mounted by the BRIDGE_LIST host (or alternative, the 192.168.250.34 can be used as the BRDIGE_LIST host).
>>
>> Regards,
>>
>> -Tino
>> --
>> Constantino Vázquez Blanco, PhD, MSc
>> C12G Labs - OpenNebula for the Enterprise www.c12g.com |
>> cvazquez at c12g.com | @C12G
>>
>> --
>> Confidentiality Warning: The information contained in this e-mail and any accompanying documents, unless otherwise expressly indicated, is confidential and privileged, and is intended solely for the person and/or entity to whom it is addressed (i.e. those identified in the "To" and "cc" box). They are the property of C12G Labs S.L..
>> Unauthorized distribution, review, use, disclosure, or copying of this communication, or any part thereof, is strictly prohibited and may be unlawful. If you have received this e-mail in error, please notify us immediately by e-mail at abuse at c12g.com and delete the e-mail and attachments and any copy from your system. C12G thanks you for your cooperation.
>>
>>
>> On Tue, Jul 9, 2013 at 5:15 PM, Michael Curran <michael.curran at connectsolutions.com> wrote:
>>> I started typing out the commands -- I thought with using VMFS , nothing needed to be mounted on the one node -- but the command line below looks like its trying to pull the disk from the one node as if the vmfs volumes were mounted there and not from the remote node?
>>>
>>> If that's the case, I should be able to mount them locally and then the issue should resolve, correct?
>>>
>>> Michael Curran | connectsolutions | Lead Network Architect Phone
>>> 614.568.2285 | Mobile 614.403.6320 | www.connectsolutions.com
>>>
>>> -----Original Message-----
>>> From: Tino Vazquez [mailto:cvazquez at c12g.com]
>>> Sent: Tuesday, July 09, 2013 10:54 AM
>>> To: Michael Curran
>>> Cc: users at lists.opennebula.org
>>> Subject: Re: [one-users] VMFS datastore image creation issue
>>>
>>> Hi Michael,
>>>
>>> comments inline,
>>>
>>> On Tue, Jul 9, 2013 at 4:39 PM, Michael Curran <michael.curran at connectsolutions.com> wrote:
>>>> I have just tried to do the following as another method of testing
>>>> installing a Windows based vmdk
>>>>
>>>> I went into my upload dir, untarred the volume I am using into a
>>>> named directory
>>>>
>>>> Made sure the vmdk's were renamed disk.vmdk and disk-flat.vmdk --
>>>> uploaded the image successfully,
>>>
>>> Great, it may be a bug somewhere, but this solves it for the moment, we can come back to this later.
>>>
>>>> ===================================================================
>>>> = = = =========== Tue Jul 9 07:24:56 2013 [ImG][D]: Message
>>>> received:
>>>> LOG I
>>>> 18 cp: Copying local disk folder /var/tmp/Vanilla-w2k8R2 to the
>>>> image repository
>>>>
>>>> Tue Jul 9 07:24:56 2013 [ImM][I]: cp: Copying local disk folder
>>>> /var/tmp/Vanilla-w2k8R2 to the image repository Tue Jul 9 07:24:56
>>>> 2013 [ImG][D]: Message received: LOG I 18 ExitCode: 0
>>>>
>>>> Tue Jul 9 07:24:56 2013 [ImM][I]: ExitCode: 0 Tue Jul 9 07:24:56
>>>> 2013 [ImG][D]: Message received: CP SUCCESS 18
>>>> /vmfs/volumes/1/ed35a2c49a51aede33ef6cd685ac370a
>>>> ===================================================================
>>>> =
>>>> =
>>>> =
>>>> =============
>>>>
>>>> Created a new template with the image
>>>>
>>>> Tried to deploy a new VM with the new template and image and get
>>>> this
>>>> ===================================================================
>>>> = = = ============== Tue Jul 9 07:30:13 2013 [TM][D]: Message
>>>> received:
>>>> LOG I 6 Command execution fail: /var/lib/one/remotes/tm/vmfs/clone
>>>> u-cmh-neb-dev01:/vmfs/volumes/1/ed35a2c49a51aede33ef6cd685ac370a
>>>> 192.168.250.3
>>>> 4:/vmfs/volumes/0/6/disk.0 6 1
>>>>
>>>> Tue Jul 9 07:30:13 2013 [TM][D]: Message received: LOG I 6 clone:
>>>> Cloning /vmfs/volumes/1/ed35a2c49a51aede33ef6cd685ac370a in
>>>> 192.168.250.34:/vmfs/volumes/0/6/disk.0
>>>>
>>>> Tue Jul 9 07:30:13 2013 [TM][D]: Message received: LOG E 6 clone:
>>>> Command "vmkfstools --server 192.168.250.34 --username oneadmin
>>>> --password c0NN3cT4 -i [1]ed35a2c49a51aede33ef6cd685ac370a/disk.vm
>>>> dk -d thin [0]6/disk.0/disk.vmdk" failed: Unable to clone virtual
>>>> disk
>>>> : File [1] ed35a2c49a51aede33ef6cd685ac370a/disk.vmdk was not found
>>>>
>>>> Tue Jul 9 07:30:13 2013 [TM][D]: Message received: LOG E 6 Error
>>>> cloning
>>>> u-cmh-neb-dev01:/vmfs/volumes/1/ed35a2c49a51aede33ef6cd685ac370a to
>>>> 192.168.250.34:/vmfs/volumes/0/6/disk.0
>>>>
>>>> Tue Jul 9 07:30:13 2013 [TM][D]: Message received: LOG I 6 ExitCode:
>>>> 1
>>>>
>>>> Tue Jul 9 07:30:13 2013 [TM][D]: Message received: TRANSFER
>>>> FAILURE
>>>> 6 Error cloning
>>>> u-cmh-neb-dev01:/vmfs/volumes/1/ed35a2c49a51aede33ef6cd685ac370a to
>>>> 192.168.250.34:/vmfs/volumes/0/6/
>>>> ===================================================================
>>>> =
>>>> =
>>>> =
>>>> ================
>>>>
>>>> I look in the datastore and I can find on the volume labeled 1 --
>>>> the folder labeled ed35a2c49a51aede33ef6cd685ac370a -- and inside
>>>> that folder I find disk.vmdk
>>>>
>>>> Im lost on why its not deploying, is there -- I can include more data if I know what to include -- but at this point I cannot demo an automated windows deployment using OpenNebula and VMware (and we are down to choosing OpenNebula or OpenStack) as the correct solution for our own internal cloud setup to stand up customers in a simple, repeatable fashion.
>>>>
>>>> Any help, would be appreciated -- it took me next to no time to get the env up, and its taken me the better part of a week to resolve image/storage issues.
>>>
>>>
>>> Ok, so you are using the VMFS drivers with USE_SSH set to "no". There are two alternatives here:
>>>
>>> 1) Switch to USE_SSH="yes" (opening passwordless ssh connections
>>> between the Front-End and the ESX nodes)
>>>
>>> 2) Try to see what's going on with your current set up:
>>>
>>> 2.a) Make sure that in 192.168.250.34 you have two datastores
>>> mounted: "0" and "1"
>>> 2.b) In 192.168.250.34, there should exist "/vmfs/volumes/1/ed35a2c49a51aede33ef6cd685ac370a/disk.vmdk"
>>> 2.c) In the OpenNebula front-end, what's the output of :
>>>
>>> /var/lib/one/remotes/tm/vmfs/clone
>>> u-cmh-neb-dev01:/vmfs/volumes/1/ed35a2c49a51aede33ef6cd685ac370a
>>> 192.168.250.34:/vmfs/volumes/0/6/disk.0 6 1
>>>
>>> 2.d) Having manually created /vmfs/volumes/0/6/disk.0 in
>>> 192.168.250.34, what the output of executing the following in the
>>> front-end:
>>>
>>> vmkfstools --server 192.168.250.34 --username oneadmin --password
>>> c0NN3cT4 -i [1]ed35a2c49a51aede33ef6cd685ac370a/disk.vmdk -d thin
>>> [0]6/disk.0/disk.vmdk
>>>
>>> Regards,
>>>
>>> -Tino
>>>
>>>
>>>
>>>>
>>>> Michael Curran | connectsolutions | Lead Network Architect Phone
>>>> 614.568.2285 | Mobile 614.403.6320 | www.connectsolutions.com
>>>>
>>>> -----Original Message-----
>>>> From: users-bounces at lists.opennebula.org
>>>> [mailto:users-bounces at lists.opennebula.org] On Behalf Of Michael
>>>> Curran
>>>> Sent: Tuesday, July 09, 2013 7:39 AM
>>>> To: Tino Vazquez
>>>> Cc: users at lists.opennebula.org
>>>> Subject: Re: [one-users] VMFS datastore image creation issue
>>>>
>>>> Yes -- I am using 4.0.1 , uploading them through SunStone GUI
>>>>
>>>> Michael Curran | connectsolutions | Lead Network Architect Phone
>>>> 614.568.2285 | Mobile 614.403.6320 | www.connectsolutions.com
>>>>
>>>> -----Original Message-----
>>>> From: Tino Vazquez [mailto:cvazquez at c12g.com]
>>>> Sent: Tuesday, July 09, 2013 5:00 AM
>>>> To: Michael Curran
>>>> Cc: users at lists.opennebula.org
>>>> Subject: Re: [one-users] VMFS datastore image creation issue
>>>>
>>>> Hi Michael,
>>>>
>>>> On Mon, Jul 8, 2013 at 8:15 PM, Michael Curran <michael.curran at connectsolutions.com> wrote:
>>>>> So -- this is what I see in the logs for the VM creation -- note
>>>>> that /vmfs/volumes/1/ f4032cb93fa33663b5e4b108562d894b exists -- but the vmdk inside of it, is not named disk.vmdk, but Vanilla-w2k8r2.vmdk Why is opennebula looking for disk.vmdk inside of the directory?
>>>>
>>>> Yes, OpenNebula assumes that when the vmdk is in the OpenNebula datastore it already has been renamed by the datastore drivers.
>>>>
>>>> How did you register the image? Are you using ONE 4.0.1?
>>>>
>>>> Regards,
>>>>
>>>> -Tino
>>>>
>>>>
>>>>>
>>>>>
>>>>> Mon Jul 8 08:29:04 2013 [TM][I]: Command execution fail:
>>>>> /var/lib/one/remotes/tm/vmfs/clone
>>>>> u-cmh-neb-dev01:/vmfs/volumes/1/f4032cb93fa33663b5e4b108562d894b
>>>>> 192.168.250.38:/vmfs/volumes/0/4/disk.0
>>>>> 4 1
>>>>> Mon Jul 8 08:29:04 2013 [TM][I]: clone: Cloning
>>>>> /vmfs/volumes/1/f4032cb93fa33663b5e4b108562d894b in
>>>>> 192.168.250.38:/vmfs/volumes/0/4/disk.0
>>>>> Mon Jul 8 08:29:04 2013 [TM][E]: clone: Command "vmkfstools
>>>>> --server
>>>>> 192.168.250.38 --username oneadmin --password c0NN3cT4 -i
>>>>> [1]f4032cb93fa33663b5e4b108562d894b/disk.vmdk -d thin
>>>>> [0]4/disk.0/dis k.vmdk" failed: Unable to clone virtual disk :
>>>>> File [1] f4032cb93fa33663b5e4b108562d894b/disk.vmdk was not found
>>>>> Mon Jul
>>>>> 8
>>>>> 08:29:04 2013 [TM][E]: Error cloning
>>>>> u-cmh-neb-dev01:/vmfs/volumes/1/f4032cb93fa33663b5e4b108562d894b
>>>>> to
>>>>> 192.168.250.38:/vmfs/volumes/0/4/disk.0
>>>>> Mon Jul 8 08:29:04 2013 [TM][I]: ExitCode: 1 Mon Jul 8 08:29:04
>>>>> 2013
>>>>> [TM][E]: Error executing image transfer script: Error cloning
>>>>> u-cmh-neb-dev01:/vmfs/volumes/1/f4032cb93fa33663b5e4b108562d894b
>>>>> to
>>>>> 192.168.250.38:/vmfs/volumes/0/4/disk.0
>>>>> Mon Jul 8 08:29:04 2013 [DiM][I]: New VM state is FAILED Mon Jul
>>>>> 8
>>>>> 10:16:57 2013 [DiM][I]: New VM state is DONE.
>>>>>
>>>>> Michael Curran | connectsolutions | Lead Network Architect Phone
>>>>> 614.568.2285 | Mobile 614.403.6320 | www.connectsolutions.com
>>>>>
>>>>> -----Original Message-----
>>>>> From: users-bounces at lists.opennebula.org
>>>>> [mailto:users-bounces at lists.opennebula.org] On Behalf Of Michael
>>>>> Curran
>>>>> Sent: Monday, July 08, 2013 11:30 AM
>>>>> To: Tino Vazquez
>>>>> Cc: users at lists.opennebula.org
>>>>> Subject: Re: [one-users] VMFS datastore image creation issue
>>>>>
>>>>> So this is DATABLOCK to use vmdk images -- why does it look for
>>>>> disk.vmdk though? That's not the name of the image in use from the
>>>>> cloning process and it cannot be changed
>>>>>
>>>>> Is there an option I need to be setting within the creation of the template, where I select the image to use?
>>>>>
>>>>> Michael Curran | connectsolutions | Lead Network Architect Phone
>>>>> 614.568.2285 | Mobile 614.403.6320 | www.connectsolutions.com
>>>>>
>>>>> -----Original Message-----
>>>>> From: Michael Curran
>>>>> Sent: Monday, July 08, 2013 11:14 AM
>>>>> To: Michael Curran; Tino Vazquez
>>>>> Cc: users at lists.opennebula.org
>>>>> Subject: RE: [one-users] VMFS datastore image creation issue
>>>>>
>>>>> Okay -- major progress -- just not sure why my image thinks its
>>>>> looking for an ISO instead of a gzip'd vmdk file
>>>>>
>>>>> Do I need to upload VMDK's as DATABLOCK instead of OS
>>>>>
>>>>> Michael Curran | connectsolutions | Lead Network Architect Phone
>>>>> 614.568.2285 | Mobile 614.403.6320 | www.connectsolutions.com
>>>>>
>>>>> -----Original Message-----
>>>>> From: users-bounces at lists.opennebula.org
>>>>> [mailto:users-bounces at lists.opennebula.org] On Behalf Of Michael
>>>>> Curran
>>>>> Sent: Monday, July 08, 2013 11:07 AM
>>>>> To: Tino Vazquez
>>>>> Cc: users at lists.opennebula.org
>>>>> Subject: Re: [one-users] VMFS datastore image creation issue
>>>>>
>>>>> Now, I have added PERL_LWP_SSL_VERIFY_HOSTNAME=0 to the opennebula
>>>>> init.d
>>>>>
>>>>> This seems to have alleviated the issue for me for the oned daemon
>>>>>
>>>>> I have uploaded the image with no errors now -- thanks!!
>>>>>
>>>>>
>>>>> Michael Curran | connectsolutions | Lead Network Architect Phone
>>>>> 614.568.2285 | Mobile 614.403.6320 | www.connectsolutions.com
>>>>>
>>>>> -----Original Message-----
>>>>> From: Tino Vazquez [mailto:cvazquez at c12g.com]
>>>>> Sent: Monday, July 08, 2013 10:20 AM
>>>>> To: Michael Curran
>>>>> Cc: users at lists.opennebula.org
>>>>> Subject: Re: [one-users] VMFS datastore image creation issue
>>>>>
>>>>> Hi Michael,
>>>>>
>>>>> The relevant process here is oned, not sunstone. The log is showing that the 'vifs' tool is trying to do SSL checks with the ESX server, and failing at that:
>>>>>
>>>>> --
>>>>> Mon Jul 8 06:34:40 2013 [ImG][D]: Message received: LOG E 9 cp:
>>>>> Command "vifs --server 192.168.250.38 --username oneadmin --password XXXXXXX --mkdir [1]3082ff704119400bcd206bb0d4d5b725" failed: S erver version unavailable at 'https://192.168.250.38:443/sdk/vimService.wsdl' at /usr/share/perl/5.14/VMware/VICommon.pm line 546.
>>>>> --
>>>>>
>>>>> What happens if you follow the following process:
>>>>>
>>>>> * one stop
>>>>> * sunstone-server stop
>>>>> * export PERL_LWP_SSL_VERIFY_HOSTNAME=0
>>>>> * one start
>>>>> * sunstone-server start
>>>>> * try to create an OS image again
>>>>> * try to create a DATABLOCK again
>>>>>
>>>>> Regards,
>>>>>
>>>>> -Tino
>>>>>
>>>>> --
>>>>> Constantino Vázquez Blanco, PhD, MSc C12G Labs - OpenNebula for
>>>>> the Enterprise www.c12g.com | cvazquez at c12g.com | @C12G
>>>>>
>>>>> --
>>>>> Confidentiality Warning: The information contained in this e-mail and any accompanying documents, unless otherwise expressly indicated, is confidential and privileged, and is intended solely for the person and/or entity to whom it is addressed (i.e. those identified in the "To" and "cc" box). They are the property of C12G Labs S.L..
>>>>> Unauthorized distribution, review, use, disclosure, or copying of this communication, or any part thereof, is strictly prohibited and may be unlawful. If you have received this e-mail in error, please notify us immediately by e-mail at abuse at c12g.com and delete the e-mail and attachments and any copy from your system. C12G thanks you for your cooperation.
>>>>>
>>>>>
>>>>> On Mon, Jul 8, 2013 at 4:15 PM, Michael Curran <michael.curran at connectsolutions.com> wrote:
>>>>>> Mon Jul 8 06:34:39 2013 [ImM][I]: Copying
>>>>>> /var/tmp/sunstone-upload20130708-1204-q5ygx7-0 to repository for
>>>>>> image
>>>>>> 9 Mon Jul 8 06:34:39 2013 [ReM][D]: Req:8384 UID:0 ImageAllocate
>>>>>> result SUCCESS, 9 Mon Jul 8 06:34:39 2013 [ReM][D]: Req:2768 UID:0 ImageInfo invoked, 9 Mon Jul 8 06:34:39 2013 [ReM][D]: Req:2768 UID:0 ImageInfo result SUCCESS, "<IMAGE><ID>9</ID><UI..."
>>>>>> Mon Jul 8 06:34:40 2013 [ImG][D]: Message received: LOG I 9
>>>>>> Command execution fail: /var/lib/one/remotes/datastore/vmfs/cp
>>>>>> PERTX0RSSVZFUl9BQ1RJT05fREFUQT48SU1BR0U+PElEPjk8L0lEPjxVSUQ+MDwvV
>>>>>> PERTX0RSSVZFUl9BQ1RJT05fREFUQT48SU1BR0U+PElEPjk8L0lEPjxVSUQ+U
>>>>>> PERTX0RSSVZFUl9BQ1RJT05fREFUQT48SU1BR0U+PElEPjk8L0lEPjxVSUQ+l
>>>>>> PERTX0RSSVZFUl9BQ1RJT05fREFUQT48SU1BR0U+PElEPjk8L0lEPjxVSUQ+E
>>>>>> PERTX0RSSVZFUl9BQ1RJT05fREFUQT48SU1BR0U+PElEPjk8L0lEPjxVSUQ+P
>>>>>> PERTX0RSSVZFUl9BQ1RJT05fREFUQT48SU1BR0U+PElEPjk8L0lEPjxVSUQ+j
>>>>>> xHS
>>>>>> UQ+MDwvR0lEPjxVTkFNRT5vbmVhZG1pbjwvVU5BTUU+PEdOQU1FPm9uZWFkbWluPC9HTkFNRT48TkFNRT5XaW5kb3dzLVZhbmlsbGE8L05BTUU+PFBFUk1JU1NJT05TPjxPV05FUl9VPjE8L09XTkVSX1U+PE9XTkVSX00+MTwvT1dORVJfTT48T1dORVJfQT4wPC
>>>>>> 9PV05FUl9BPjxHUk9VUF9VPjA8L0dST1VQX1U+PEdST1VQX00+MDwvR1JPVVBfTT48R1JPVVBfQT4wPC9HUk9VUF9BPjxPVEhFUl9VPjA8L09USEVSX1U+PE9USEVSX00+MDwvT1RIRVJfTT48T1RIRVJfQT4wPC9PVEhFUl9BPjwvUEVSTUlTU0lPTlM+PFRZUEU
>>>>>> +MDwvVFlQRT48RElTS19UWVBFPjA8L0RJU0tfVFlQRT48UEVSU0lTVEVOVD4wPC9QRVJTSVNURU5UPjxSRUdUSU1FPjEzNzMyOTA0Nzk8L1JFR1RJTUU+PFNPVVJDRT48L1NPVVJDRT48UEFUSD4vdmFyL3RtcC9zdW5zdG9uZS11cGxvYWQyMDEzMDcwOC0xMjA0
>>>>>> LXE1eWd4Ny0wPC9QQVRIPjxGU1RZUEU+PC9GU1RZUEU+PFNJWkU+MTwvU0laRT48U1RBVEU+NDwvU1RBVEU+PFJVTk5JTkdfVk1TPjA8L1JVTk5JTkdfVk1TPjxDTE9OSU5HX09QUz4wPC9DTE9OSU5HX09QUz48Q0xPTklOR19JRD4tMTwvQ0xPTklOR19JRD48R
>>>>>> EFUQVNUT1JFX0lEPjE8L0RBVEFTVE9SRV9JRD48REFUQVNUT1JFPmRlZmF1bHQ8L0RBVEFTVE9SRT48Vk1TPjwvVk1TPjxDTE9ORVM+PC9DTE9ORVM+PFRFTVBMQVRFPjxERVZfUFJFRklYPjwhW0NEQVRBW2hkXV0+PC9ERVZfUFJFRklYPjwvVEVNUExBVEU+PC
>>>>>> 9JTUFHRT48REFUQVNUT1JFPjxJRD4xPC9JRD48VUlEPjA8L1VJRD48R0lEPjA8L0dJRD48VU5BTUU+b25lYWRtaW48L1VOQU1FPjxHTkFNRT5vbmVhZG1pbjwvR05BTUU+PE5BTUU+ZGVmYXVsdDwvTkFNRT48UEVSTUlTU0lPTlM+PE9XTkVSX1U+MTwvT1dORVJ
>>>>>> fVT48T1dORVJfTT4xPC9PV05FUl9NPjxPV05FUl9BPjA8L09XTkVSX0E+PEdST1VQX1U+MTwvR1JPVVBfVT48R1JPVVBfTT4wPC9HUk9VUF9NPjxHUk9VUF9BPjA8L0dST1VQX0E+PE9USEVSX1U+MTwvT1RIRVJfVT48T1RIRVJfTT4wPC9PVEhFUl9NPjxPVEhF
>>>>>> Ul9BPjA8L09USEVSX0E+PC9QRVJNSVNTSU9OUz48RFNfTUFEPnZtZnM8L0RTX01BRD48VE1fTUFEPnZtZnM8L1RNX01BRD48QkFTRV9QQVRIPi92YXIvbGliL29uZS9kYXRhc3RvcmVzLzE8L0JBU0VfUEFUSD48VFlQRT4wPC9UWVBFPjxESVNLX1RZUEU+MDwvR
>>>>>> ElTS19UWVBFPjxDTFVTVEVSX0lEPi0xPC9DTFVTVEVSX0lEPjxDTFVTVEVSPjwvQ0xVU1RFUj48SU1BR0VTPjxJRD4wPC9JRD48SUQ+ODwvSUQ+PC9JTUFHRVM+PFRFTVBMQVRFPjxCUklER0VfTElTVD48IVtDREFUQVsxOTIuMTY4LjI1MC4zNCAxOTIuMTY4Lj
>>>>>> I1MC4zOF1dPjwvQlJJREdFX0xJU1Q+PERTX01BRD48IVtDREFUQVt2bWZzXV0+PC9EU19NQUQ+PFRNX01BRD48IVtDREFUQVt2bWZzXV0+PC9UTV9NQUQ+PFRZUEU+PCFbQ0RBVEFbSU1BR0VfRFNdXT48L1RZUEU+PC9URU1QTEFURT48L0RBVEFTVE9SRT48L0R
>>>>>> TX0RSSVZFUl9BQ1RJT05fREFUQT4= 9
>>>>>>
>>>>>> Mon Jul 8 06:34:40 2013 [ImM][I]: Command execution fail:
>>>>>> /var/lib/one/remotes/datastore/vmfs/cp
>>>>>> PERTX0RSSVZFUl9BQ1RJT05fREFUQT48SU1BR0U+PElEPjk8L0lEPjxVSUQ+MDwvV
>>>>>> PERTX0RSSVZFUl9BQ1RJT05fREFUQT48SU1BR0U+PElEPjk8L0lEPjxVSUQ+U
>>>>>> PERTX0RSSVZFUl9BQ1RJT05fREFUQT48SU1BR0U+PElEPjk8L0lEPjxVSUQ+l
>>>>>> PERTX0RSSVZFUl9BQ1RJT05fREFUQT48SU1BR0U+PElEPjk8L0lEPjxVSUQ+E
>>>>>> PERTX0RSSVZFUl9BQ1RJT05fREFUQT48SU1BR0U+PElEPjk8L0lEPjxVSUQ+P
>>>>>> PERTX0RSSVZFUl9BQ1RJT05fREFUQT48SU1BR0U+PElEPjk8L0lEPjxVSUQ+j
>>>>>> xHSUQ+MDwvR0lEPjxVTkFNRT5vbmV
>>>>>> hZG1pbjwvVU5BTUU+PEdOQU1FPm9uZWFkbWluPC9HTkFNRT48TkFNRT5XaW5kb3dzLVZhbmlsbGE8L05BTUU+PFBFUk1JU1NJT05TPjxPV05FUl9VPjE8L09XTkVSX1U+PE9XTkVSX00+MTwvT1dORVJfTT48T1dORVJfQT4wPC9PV05FUl9BPjxHUk9VUF9VPjA8
>>>>>> L0dST1VQX1U+PEdST1VQX00+MDwvR1JPVVBfTT48R1JPVVBfQT4wPC9HUk9VUF9BPjxPVEhFUl9VPjA8L09USEVSX1U+PE9USEVSX00+MDwvT1RIRVJfTT48T1RIRVJfQT4wPC9PVEhFUl9BPjwvUEVSTUlTU0lPTlM+PFRZUEU+MDwvVFlQRT48RElTS19UWVBFP
>>>>>> jA8L0RJU0tfVFlQRT48UEVSU0lTVEVOVD4wPC9QRVJTSVNURU5UPjxSRUdUSU1FPjEzNzMyOTA0Nzk8L1JFR1RJTUU+PFNPVVJDRT48L1NPVVJDRT48UEFUSD4vdmFyL3RtcC9zdW5zdG9uZS11cGxvYWQyMDEzMDcwOC0xMjA0LXE1eWd4Ny0wPC9QQVRIPjxGU1
>>>>>> RZUEU+PC9GU1RZUEU+PFNJWkU+MTwvU0laRT48U1RBVEU+NDwvU1RBVEU+PFJVTk5
>>>>>> RZUEU+PC9GU1RZUEU+PFNJWkU+MTwvU0laRT48U1RBVEU+NDwvU1RBVEU+J
>>>>>> RZUEU+PC9GU1RZUEU+PFNJWkU+MTwvU0laRT48U1RBVEU+NDwvU1RBVEU+T
>>>>>> RZUEU+PC9GU1RZUEU+PFNJWkU+MTwvU0laRT48U1RBVEU+NDwvU1RBVEU+k
>>>>>> RZUEU+PC9GU1RZUEU+PFNJWkU+MTwvU0laRT48U1RBVEU+NDwvU1RBVEU+d
>>>>>> RZUEU+PC9GU1RZUEU+PFNJWkU+MTwvU0laRT48U1RBVEU+NDwvU1RBVEU+f
>>>>>> RZUEU+PC9GU1RZUEU+PFNJWkU+MTwvU0laRT48U1RBVEU+NDwvU1RBVEU+Vk1TPjA
>>>>>> RZUEU+PC9GU1RZUEU+PFNJWkU+MTwvU0laRT48U1RBVEU+NDwvU1RBVEU+8
>>>>>> RZUEU+PC9GU1RZUEU+PFNJWkU+MTwvU0laRT48U1RBVEU+NDwvU1RBVEU+L
>>>>>> RZUEU+PC9GU1RZUEU+PFNJWkU+MTwvU0laRT48U1RBVEU+NDwvU1RBVEU+1
>>>>>> RZUEU+PC9GU1RZUEU+PFNJWkU+MTwvU0laRT48U1RBVEU+NDwvU1RBVEU+J
>>>>>> RZUEU+PC9GU1RZUEU+PFNJWkU+MTwvU0laRT48U1RBVEU+NDwvU1RBVEU+V
>>>>>> RZUEU+PC9GU1RZUEU+PFNJWkU+MTwvU0laRT48U1RBVEU+NDwvU1RBVEU+Tk5JTkd
>>>>>> RZUEU+PC9GU1RZUEU+PFNJWkU+MTwvU0laRT48U1RBVEU+NDwvU1RBVEU+f
>>>>>> RZUEU+PC9GU1RZUEU+PFNJWkU+MTwvU0laRT48U1RBVEU+NDwvU1RBVEU+V
>>>>>> RZUEU+PC9GU1RZUEU+PFNJWkU+MTwvU0laRT48U1RBVEU+NDwvU1RBVEU+k
>>>>>> RZUEU+PC9GU1RZUEU+PFNJWkU+MTwvU0laRT48U1RBVEU+NDwvU1RBVEU+1
>>>>>> RZUEU+PC9GU1RZUEU+PFNJWkU+MTwvU0laRT48U1RBVEU+NDwvU1RBVEU+T
>>>>>> RZUEU+PC9GU1RZUEU+PFNJWkU+MTwvU0laRT48U1RBVEU+NDwvU1RBVEU+PjxDTE9
>>>>>> RZUEU+PC9GU1RZUEU+PFNJWkU+MTwvU0laRT48U1RBVEU+NDwvU1RBVEU+O
>>>>>> RZUEU+PC9GU1RZUEU+PFNJWkU+MTwvU0laRT48U1RBVEU+NDwvU1RBVEU+S
>>>>>> RZUEU+PC9GU1RZUEU+PFNJWkU+MTwvU0laRT48U1RBVEU+NDwvU1RBVEU+U
>>>>>> RZUEU+PC9GU1RZUEU+PFNJWkU+MTwvU0laRT48U1RBVEU+NDwvU1RBVEU+5
>>>>>> RZUEU+PC9GU1RZUEU+PFNJWkU+MTwvU0laRT48U1RBVEU+NDwvU1RBVEU+H
>>>>>> RZUEU+PC9GU1RZUEU+PFNJWkU+MTwvU0laRT48U1RBVEU+NDwvU1RBVEU+X09QUz4
>>>>>> RZUEU+PC9GU1RZUEU+PFNJWkU+MTwvU0laRT48U1RBVEU+NDwvU1RBVEU+w
>>>>>> RZUEU+PC9GU1RZUEU+PFNJWkU+MTwvU0laRT48U1RBVEU+NDwvU1RBVEU+P
>>>>>> RZUEU+PC9GU1RZUEU+PFNJWkU+MTwvU0laRT48U1RBVEU+NDwvU1RBVEU+C
>>>>>> RZUEU+PC9GU1RZUEU+PFNJWkU+MTwvU0laRT48U1RBVEU+NDwvU1RBVEU+9
>>>>>> RZUEU+PC9GU1RZUEU+PFNJWkU+MTwvU0laRT48U1RBVEU+NDwvU1RBVEU+D
>>>>>> RZUEU+PC9GU1RZUEU+PFNJWkU+MTwvU0laRT48U1RBVEU+NDwvU1RBVEU+TE9OSU5
>>>>>> RZUEU+PC9GU1RZUEU+PFNJWkU+MTwvU0laRT48U1RBVEU+NDwvU1RBVEU+H
>>>>>> RZUEU+PC9GU1RZUEU+PFNJWkU+MTwvU0laRT48U1RBVEU+NDwvU1RBVEU+X
>>>>>> RZUEU+PC9GU1RZUEU+PFNJWkU+MTwvU0laRT48U1RBVEU+NDwvU1RBVEU+0
>>>>>> RZUEU+PC9GU1RZUEU+PFNJWkU+MTwvU0laRT48U1RBVEU+NDwvU1RBVEU+9
>>>>>> RZUEU+PC9GU1RZUEU+PFNJWkU+MTwvU0laRT48U1RBVEU+NDwvU1RBVEU+Q
>>>>>> RZUEU+PC9GU1RZUEU+PFNJWkU+MTwvU0laRT48U1RBVEU+NDwvU1RBVEU+Uz48Q0x
>>>>>> RZUEU+PC9GU1RZUEU+PFNJWkU+MTwvU0laRT48U1RBVEU+NDwvU1RBVEU+P
>>>>>> RZUEU+PC9GU1RZUEU+PFNJWkU+MTwvU0laRT48U1RBVEU+NDwvU1RBVEU+T
>>>>>> RZUEU+PC9GU1RZUEU+PFNJWkU+MTwvU0laRT48U1RBVEU+NDwvU1RBVEU+k
>>>>>> RZUEU+PC9GU1RZUEU+PFNJWkU+MTwvU0laRT48U1RBVEU+NDwvU1RBVEU+l
>>>>>> RZUEU+PC9GU1RZUEU+PFNJWkU+MTwvU0laRT48U1RBVEU+NDwvU1RBVEU+O
>>>>>> RZUEU+PC9GU1RZUEU+PFNJWkU+MTwvU0laRT48U1RBVEU+NDwvU1RBVEU+R19JRD4
>>>>>> RZUEU+PC9GU1RZUEU+PFNJWkU+MTwvU0laRT48U1RBVEU+NDwvU1RBVEU+t
>>>>>> RZUEU+PC9GU1RZUEU+PFNJWkU+MTwvU0laRT48U1RBVEU+NDwvU1RBVEU+M
>>>>>> RZUEU+PC9GU1RZUEU+PFNJWkU+MTwvU0laRT48U1RBVEU+NDwvU1RBVEU+T
>>>>>> RZUEU+PC9GU1RZUEU+PFNJWkU+MTwvU0laRT48U1RBVEU+NDwvU1RBVEU+w
>>>>>> RZUEU+PC9GU1RZUEU+PFNJWkU+MTwvU0laRT48U1RBVEU+NDwvU1RBVEU+v
>>>>>> RZUEU+PC9GU1RZUEU+PFNJWkU+MTwvU0laRT48U1RBVEU+NDwvU1RBVEU+Q0xPTkl
>>>>>> RZUEU+PC9GU1RZUEU+PFNJWkU+MTwvU0laRT48U1RBVEU+NDwvU1RBVEU+O
>>>>>> RZUEU+PC9GU1RZUEU+PFNJWkU+MTwvU0laRT48U1RBVEU+NDwvU1RBVEU+R
>>>>>> RZUEU+PC9GU1RZUEU+PFNJWkU+MTwvU0laRT48U1RBVEU+NDwvU1RBVEU+1
>>>>>> RZUEU+PC9GU1RZUEU+PFNJWkU+MTwvU0laRT48U1RBVEU+NDwvU1RBVEU+9
>>>>>> RZUEU+PC9GU1RZUEU+PFNJWkU+MTwvU0laRT48U1RBVEU+NDwvU1RBVEU+J
>>>>>> RZUEU+PC9GU1RZUEU+PFNJWkU+MTwvU0laRT48U1RBVEU+NDwvU1RBVEU+RD48REF
>>>>>> RZUEU+PC9GU1RZUEU+PFNJWkU+MTwvU0laRT48U1RBVEU+NDwvU1RBVEU+U
>>>>>> RZUEU+PC9GU1RZUEU+PFNJWkU+MTwvU0laRT48U1RBVEU+NDwvU1RBVEU+Q
>>>>>> RZUEU+PC9GU1RZUEU+PFNJWkU+MTwvU0laRT48U1RBVEU+NDwvU1RBVEU+V
>>>>>> RZUEU+PC9GU1RZUEU+PFNJWkU+MTwvU0laRT48U1RBVEU+NDwvU1RBVEU+N
>>>>>> RZUEU+PC9GU1RZUEU+PFNJWkU+MTwvU0laRT48U1RBVEU+NDwvU1RBVEU+U
>>>>>> RZUEU+PC9GU1RZUEU+PFNJWkU+MTwvU0laRT48U1RBVEU+NDwvU1RBVEU+T1JFX0l
>>>>>> RZUEU+PC9GU1RZUEU+PFNJWkU+MTwvU0laRT48U1RBVEU+NDwvU1RBVEU+E
>>>>>> RZUEU+PC9GU1RZUEU+PFNJWkU+MTwvU0laRT48U1RBVEU+NDwvU1RBVEU+P
>>>>>> RZUEU+PC9GU1RZUEU+PFNJWkU+MTwvU0laRT48U1RBVEU+NDwvU1RBVEU+j
>>>>>> RZUEU+PC9GU1RZUEU+PFNJWkU+MTwvU0laRT48U1RBVEU+NDwvU1RBVEU+E
>>>>>> RZUEU+PC9GU1RZUEU+PFNJWkU+MTwvU0laRT48U1RBVEU+NDwvU1RBVEU+8
>>>>>> RZUEU+PC9GU1RZUEU+PFNJWkU+MTwvU0laRT48U1RBVEU+NDwvU1RBVEU+L0RBVEF
>>>>>> TVE9SRV9JRD48REFUQVNUT1JFPmRlZmF1bHQ8L0RBVEFTVE9SRT48Vk1TPjwvVk1TPjxDTE9ORVM+PC9DTE9ORVM+PFRFTVBMQVRFPjxERVZfUFJFRklYPjwhW0NEQVRBW2hkXV0+PC9ERVZfUFJFRklYPjwvVEVNUExBVEU+PC9JTUFHRT48REFUQVNUT1JFPjxJ
>>>>>> RD4xPC9JRD48VUlEPjA8L1VJRD48R0lEPjA8L0dJRD48VU5BTUU+b25lYWRtaW48L1VOQU1FPjxHTkFNRT5vbmVhZG1pbjwvR05BTUU+PE5BTUU+ZGVmYXVsdDwvTkFNRT48UEVSTUlTU0lPTlM+PE9XTkVSX1U+MTwvT1dORVJfVT48T1dORVJfTT4xPC9PV05FU
>>>>>> l9NPjxPV05FUl9BPjA8L09XTkVSX0E+PEdST1VQX1U+MTwvR1JPVVBfVT48R1JPVVBfTT4wPC9HUk9VUF9NPjxHUk9VUF9BPjA8L0dST1VQX0E+PE9USEVSX1U+MTwvT1RIRVJfVT48T1RIRVJfTT4wPC9PVEhFUl9NPjxPVEhFUl9BPjA8L09USEVSX0E+PC9QRV
>>>>>> JNSVNTSU9OUz48RFNfTUFEPnZtZnM8L0RTX01BRD48VE1fTUFEPnZtZnM8L1RNX01BRD48QkFTRV9QQVRIPi92YXIvbGliL29uZS9kYXRhc3RvcmVzLzE8L0JBU0VfUEFUSD48VFlQRT4wPC9UWVBFPjxESVNLX1RZUEU+MDwvRElTS19UWVBFPjxDTFVTVEVSX0l
>>>>>> EPi0xPC9DTFVTVEVSX0lEPjxDTFVTVEVSPjwvQ0xVU1RFUj48SU1BR0VTPjxJRD4wPC9JRD48SUQ+ODwvSUQ+PC9JTUFHRVM+PFRFTVBMQVRFPjxCUklER0VfTElTVD48IVtDREFUQVsxOTIuMTY4LjI1MC4zNCAxOTIuMTY4LjI1MC4zOF1dPjwvQlJJREdFX0xJ
>>>>>> U1Q+PERTX01BRD48IVtDREFUQVt2bWZzXV0+PC9EU19NQUQ+PFRNX01BRD48IVtDREFUQVt2bWZzXV0+PC9UTV9NQUQ+PFRZUEU+PCFbQ0RBVEFbSU1BR0VfRFNdXT48L1RZUEU+PC9URU1QTEFURT48L0RBVEFTVE9SRT48L0RTX0RSSVZFUl9BQ1RJT05fREFUQ
>>>>>> T4= 9
>>>>>> Mon Jul 8 06:34:40 2013 [ImG][D]: Message received: LOG E 9 cp:
>>>>>> Command "vifs --server 192.168.250.38 --username oneadmin --password XXXXXXX --mkdir [1]3082ff704119400bcd206bb0d4d5b725" failed: S erver version unavailable at 'https://192.168.250.38:443/sdk/vimService.wsdl' at /usr/share/perl/5.14/VMware/VICommon.pm line 546.
>>>>>>
>>>>>> Mon Jul 8 06:34:40 2013 [ImM][E]: cp: Command "vifs --server
>>>>>> 192.168.250.38 --username oneadmin --password XXXXXX --mkdir [1]3082ff704119400bcd206bb0d4d5b725" failed: Server version unavailable at 'https://192.168.250.38:443/sdk/vimService.wsdl' at /usr/share/perl/5.14/VMware/VICommon.pm line 546.
>>>>>> Mon Jul 8 06:34:40 2013 [ImG][D]: Message received: LOG E 9
>>>>>> Cannot create [1]3082ff704119400bcd206bb0d4d5b725 in
>>>>>> 192.168.250.38
>>>>>>
>>>>>> Mon Jul 8 06:34:40 2013 [ImM][E]: Cannot create
>>>>>> [1]3082ff704119400bcd206bb0d4d5b725 in 192.168.250.38 Mon Jul 8
>>>>>> 06:34:40 2013 [ImG][D]: Message received: LOG I 9 ExitCode: 1
>>>>>>
>>>>>> Mon Jul 8 06:34:40 2013 [ImM][I]: ExitCode: 1 Mon Jul 8
>>>>>> 06:34:40
>>>>>> 2013 [ImG][D]: Message received: CP FAILURE 9 Cannot create
>>>>>> [1]3082ff704119400bcd206bb0d4d5b725 in 192.168.250.38
>>>>>>
>>>>>> Mon Jul 8 06:34:40 2013 [ImM][E]: Error copying image in the
>>>>>> datastore: Cannot create [1]3082ff704119400bcd206bb0d4d5b725 in
>>>>>> 192.168.250.38
>>>>>>
>>>>>> And the environment variables already show it exported -- I wonder if maybe by putting the variable export in rc.local is later than sunstone starting??
>>>>>>
>>>>>> oneadmin at u-cmh-neb-dev01:/var/log/one$ env SHELL=/bin/bash
>>>>>> TERM=xterm OLDPWD=/var/lib/one/.one USER=oneadmin
>>>>>> MAIL=/var/mail/oneadmin
>>>>>> PATH=/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games:/op
>>>>>> t / p a c kages/vmware-vsphere-cli-distrib/bin/
>>>>>> PWD=/var/log/one
>>>>>> LANG=en_US.UTF-8
>>>>>> SHLVL=1
>>>>>> HOME=/var/lib/one
>>>>>> PERL_LWP_SSL_VERIFY_HOSTNAME=0
>>>>>> LOGNAME=oneadmin
>>>>>> _=/usr/bin/env
>>>>>> oneadmin at u-cmh-neb-dev01:/var/log/one$
>>>>>>
>>>>>> Michael Curran | connectsolutions | Lead Network Architect Phone
>>>>>> 614.568.2285 | Mobile 614.403.6320 | www.connectsolutions.com
>>>>>>
>>>>>> -----Original Message-----
>>>>>> From: Tino Vazquez [mailto:cvazquez at c12g.com]
>>>>>> Sent: Monday, July 08, 2013 10:11 AM
>>>>>> To: Michael Curran
>>>>>> Cc: users at lists.opennebula.org
>>>>>> Subject: Re: [one-users] VMFS datastore image creation issue
>>>>>>
>>>>>> Hi,
>>>>>>
>>>>>> comments inline,
>>>>>>
>>>>>> On Mon, Jul 8, 2013 at 4:04 PM, Michael Curran <michael.curran at connectsolutions.com> wrote:
>>>>>>> Okay -- so I run into this while using the sunstone
>>>>>>>
>>>>>>> It created the image for DATABLOCK, it's still set to LOCKED but
>>>>>>> claims its only a 1mb file -- it cant be copying still after 35
>>>>>>> mins
>>>>>>
>>>>>> Send us the /var/lib/one/oned.log to figure out what is going on with that DATABLOCK. We would need the id of the DATABLOCK as well.
>>>>>>
>>>>>>>
>>>>>>> When I try to create the image as OS -- I get an error for "Server Version unavailable"
>>>>>>>
>>>>>>> I set the PERL_LWP_SSL_VERIFY_HOSTNAME=0 in rc.local so it should show up with any running system process -- but I only get successes on the create when I run the vifs command from the CLI , is there something that needs to be added to SUNSTONE to skip that verify step?
>>>>>>
>>>>>> That error does indeed imply that the PERL_LWP_SSL_VERIFY_HOSTNAME needs to be set to 0. This variable needs to be enforced for the OpenNebula daemon (oned) rather than Sunstone. To ensure this, please do the following:
>>>>>>
>>>>>> * one stop
>>>>>> * sunstone-server stop
>>>>>> * export PERL_LWP_SSL_VERIFY_HOSTNAME=0
>>>>>> * one start
>>>>>> * sunstone-server start
>>>>>> * try to create an OS image again
>>>>>>
>>>>>> Regards,
>>>>>>
>>>>>> -Tino
>>>>>>
>>>>>>>
>>>>>>> Michael Curran | connectsolutions | Lead Network Architect Phone
>>>>>>> 614.568.2285 | Mobile 614.403.6320 | www.connectsolutions.com
>>>>>>>
>>>>>>> -----Original Message-----
>>>>>>> From: Tino Vazquez [mailto:cvazquez at c12g.com]
>>>>>>> Sent: Monday, July 08, 2013 8:58 AM
>>>>>>> To: Michael Curran
>>>>>>> Cc: users at lists.opennebula.org
>>>>>>> Subject: Re: [one-users] VMFS datastore image creation issue
>>>>>>>
>>>>>>> Glad to hear that ;)
>>>>>>> --
>>>>>>> Constantino Vázquez Blanco, PhD, MSc C12G Labs - OpenNebula for
>>>>>>> the Enterprise www.c12g.com | cvazquez at c12g.com | @C12G
>>>>>>>
>>>>>>> --
>>>>>>> Confidentiality Warning: The information contained in this e-mail and any accompanying documents, unless otherwise expressly indicated, is confidential and privileged, and is intended solely for the person and/or entity to whom it is addressed (i.e. those identified in the "To" and "cc" box). They are the property of C12G Labs S.L..
>>>>>>> Unauthorized distribution, review, use, disclosure, or copying of this communication, or any part thereof, is strictly prohibited and may be unlawful. If you have received this e-mail in error, please notify us immediately by e-mail at abuse at c12g.com and delete the e-mail and attachments and any copy from your system. C12G thanks you for your cooperation.
>>>>>>>
>>>>>>>
>>>>>>> On Mon, Jul 8, 2013 at 1:57 PM, Michael Curran <michael.curran at connectsolutions.com> wrote:
>>>>>>>> That was it -- I deleted and re-added the storage device to rename it just 1 , and its working now.
>>>>>>>>
>>>>>>>> Michael Curran | connectsolutions | Lead Network Architect
>>>>>>>> Phone
>>>>>>>> 614.568.2285 | Mobile 614.403.6320 | www.connectsolutions.com
>>>>>>>>
>>>>>>>> -----Original Message-----
>>>>>>>> From: users-bounces at lists.opennebula.org
>>>>>>>> [mailto:users-bounces at lists.opennebula.org] On Behalf Of
>>>>>>>> Michael Curran
>>>>>>>> Sent: Monday, July 08, 2013 7:54 AM
>>>>>>>> To: Tino Vazquez
>>>>>>>> Cc: users at lists.opennebula.org
>>>>>>>> Subject: Re: [one-users] VMFS datastore image creation issue
>>>>>>>>
>>>>>>>> I think the problem is that it is named 1(1) instead of just 1
>>>>>>>>
>>>>>>>> When I try to rename the device to just 1 -- it fails and shows
>>>>>>>> up again as 1(1)
>>>>>>>>
>>>>>>>> Michael Curran | connectsolutions | Lead Network Architect
>>>>>>>> Phone
>>>>>>>> 614.568.2285 | Mobile 614.403.6320 | www.connectsolutions.com
>>>>>>>>
>>>>>>>> -----Original Message-----
>>>>>>>> From: Tino Vazquez [mailto:cvazquez at c12g.com]
>>>>>>>> Sent: Monday, July 08, 2013 7:33 AM
>>>>>>>> To: Michael Curran
>>>>>>>> Cc: users at lists.opennebula.org
>>>>>>>> Subject: Re: [one-users] VMFS datastore image creation issue
>>>>>>>>
>>>>>>>> Hi Michael,
>>>>>>>>
>>>>>>>> Do you have a datastore named "1" in the ESX? If so, could you rescan the datastore (through the VI client) and try again?
>>>>>>>>
>>>>>>>> If the above doesn't work, please send us the output of:
>>>>>>>>
>>>>>>>> * vifs --server 192.168.250.38 --username oneadmin --password
>>>>>>>> c0NN3cT4 --mkdir [1]36f2381589196c82e8cffd46b53c3e49
>>>>>>>> * vifs --server 192.168.250.38 --username oneadmin --password
>>>>>>>> c0NN3cT4 --mkdir
>>>>>>>> /vmfs/volumes/1/36f2381589196c82e8cffd46b53c3e49
>>>>>>>>
>>>>>>>> as well as the version of the vSphere CLI installed in the front-end (I assume you are using VMFS drivers without SSH connection).
>>>>>>>>
>>>>>>>> Regards,
>>>>>>>>
>>>>>>>> -Tino
>>>>>>>>
>>>>>>>> --
>>>>>>>> Constantino Vázquez Blanco, PhD, MSc C12G Labs - OpenNebula for
>>>>>>>> the Enterprise www.c12g.com | cvazquez at c12g.com | @C12G
>>>>>>>>
>>>>>>>> --
>>>>>>>> Confidentiality Warning: The information contained in this e-mail and any accompanying documents, unless otherwise expressly indicated, is confidential and privileged, and is intended solely for the person and/or entity to whom it is addressed (i.e. those identified in the "To" and "cc" box). They are the property of C12G Labs S.L..
>>>>>>>> Unauthorized distribution, review, use, disclosure, or copying of this communication, or any part thereof, is strictly prohibited and may be unlawful. If you have received this e-mail in error, please notify us immediately by e-mail at abuse at c12g.com and delete the e-mail and attachments and any copy from your system. C12G thanks you for your cooperation.
>>>>>>>> _______________________________________________
>>>>>>>> Users mailing list
>>>>>>>> Users at lists.opennebula.org
>>>>>>>> http://lists.opennebula.org/listinfo.cgi/users-opennebula.org
>>>>>>>> _______________________________________________
>>>>>>>> Users mailing list
>>>>>>>> Users at lists.opennebula.org
>>>>>>>> http://lists.opennebula.org/listinfo.cgi/users-opennebula.org
>>>>>>> _______________________________________________
>>>>>>> Users mailing list
>>>>>>> Users at lists.opennebula.org
>>>>>>> http://lists.opennebula.org/listinfo.cgi/users-opennebula.org
>>>>>> _______________________________________________
>>>>>> Users mailing list
>>>>>> Users at lists.opennebula.org
>>>>>> http://lists.opennebula.org/listinfo.cgi/users-opennebula.org
>>>>> _______________________________________________
>>>>> Users mailing list
>>>>> Users at lists.opennebula.org
>>>>> http://lists.opennebula.org/listinfo.cgi/users-opennebula.org
>>>>> _______________________________________________
>>>>> Users mailing list
>>>>> Users at lists.opennebula.org
>>>>> http://lists.opennebula.org/listinfo.cgi/users-opennebula.org
>>>>> _______________________________________________
>>>>> Users mailing list
>>>>> Users at lists.opennebula.org
>>>>> http://lists.opennebula.org/listinfo.cgi/users-opennebula.org
>>>> _______________________________________________
>>>> Users mailing list
>>>> Users at lists.opennebula.org
>>>> http://lists.opennebula.org/listinfo.cgi/users-opennebula.org
>>>> _______________________________________________
>>>> Users mailing list
>>>> Users at lists.opennebula.org
>>>> http://lists.opennebula.org/listinfo.cgi/users-opennebula.org
>>> _______________________________________________
>>> Users mailing list
>>> Users at lists.opennebula.org
>>> http://lists.opennebula.org/listinfo.cgi/users-opennebula.org
>> _______________________________________________
>> Users mailing list
>> Users at lists.opennebula.org
>> http://lists.opennebula.org/listinfo.cgi/users-opennebula.org
> _______________________________________________
> Users mailing list
> Users at lists.opennebula.org
> http://lists.opennebula.org/listinfo.cgi/users-opennebula.org
> _______________________________________________
> Users mailing list
> Users at lists.opennebula.org
> http://lists.opennebula.org/listinfo.cgi/users-opennebula.org
> _______________________________________________
> Users mailing list
> Users at lists.opennebula.org
> http://lists.opennebula.org/listinfo.cgi/users-opennebula.org
More information about the Users
mailing list