[one-users] files datastore

Tino Vazquez tinova79 at gmail.com
Fri Jul 26 08:00:05 PDT 2013


Hi Michael,

That is indeed a bug. The VMFS drivers cannot cope with the files
datastore, they always assume it is a VMware vmdk disk.

I've opened a ticket [1] to keep track of the solution.

Thanks for the great feedback!

-Tino

[1] http://dev.opennebula.org/issues/2230
--
Constantino Vázquez Blanco, PhD, MSc
Senior Infrastructure Architect at C12G Labs
www.OpenNebula.org | @tinova79  | es.linkedin.com/in/tinova


On Fri, Jul 26, 2013 at 4:40 PM, Michael Curran
<michael.curran at connectsolutions.com> wrote:
> I get the same error when I upload a file image with the oneimage CLI
> command – the issue is the SCP command for a file should look more like this
>
>
>
> oneadmin at u-cmh-neb-dev01:~/tmp$ scp
> /var/lib/one/tmp/6564273ad2c2154a3af6c2ccfcb73a41
> oneadmin at 192.168.250.34:/vmfs/volumes/103/6564273ad2c2154a3af6c2ccfcb73a41/one-context.ps
>
> 6564273ad2c2154a3af6c2ccfcb73a41
> 100% 4866     4.8KB/s   00:00
>
>
>
> It should take the tmp file name and SCP it to the filestore and rename the
> file to the original name of one-context.ps – instead the command expects
> the tempname to be a directory
>
>
>
> This wouldn’t be a problem if the during the creation of the temp name , it
> created a directory with a file in the temp name location, but the copy to
> the temp location is copying the file as the temp name. Then it cannot
> upload it to the VMFS datastore – because a directory is expected
>
>
>
> I can work around this by running the SCP command manually as shown above,
> but then the images created by the oneimage create CLI stay in an ERR state,
> they don’t show ready or used
>
>
>
> Michael Curran | connectsolutions | Lead Network Architect
>
> Phone 614.568.2285 | Mobile 614.403.6320 | www.connectsolutions.com
>
>
>
> From: users-bounces at lists.opennebula.org
> [mailto:users-bounces at lists.opennebula.org] On Behalf Of Michael Curran
> Sent: Friday, July 26, 2013 9:35 AM
> To: users at lists.opennebula.org
> Subject: [one-users] files datastore
>
>
>
> I am uploading some files to a files datastore I have for use with creating
> the context.sh for windows automation –
>
>
>
> When I go to the Files and Kernels tab and do a create
>
>
>
> I enter the name of the file I am uploading – change it to type Context and
> the to the Files datastore – provide a path on the one node where I have the
> files and I get this error
>
>
>
> Fri Jul 26 06:14:43 2013 [ImM][I]: Command execution fail:
> /var/lib/one/remotes/datastore/vmfs/cp PERTX0RSSVZFUl9BQ1RJT05fREFUQT4
>
> 8SU1BR0U+PElEPjQwPC9JRD48VUlEPjA8L1VJRD48R0lEPjA8L0dJRD48VU5BTUU+b25lYWRtaW48L1VOQU1FPjxHTkFNRT5vbmVhZG1pbjwvR05BTUU+PE5BTUU+d2lu
>
> ZG93cy5vbmU8L05BTUU+PFBFUk1JU1NJT05TPjxPV05FUl9VPjE8L09XTkVSX1U+PE9XTkVSX00+MTwvT1dORVJfTT48T1dORVJfQT4wPC9PV05FUl9BPjxHUk9VUF9VP
>
> jA8L0dST1VQX1U+PEdST1VQX00+MDwvR1JPVVBfTT48R1JPVVBfQT4wPC9HUk9VUF9BPjxPVEhFUl9VPjA8L09USEVSX1U+PE9USEVSX00+MDwvT1RIRVJfTT48T1RIRV
>
> JfQT4wPC9PVEhFUl9BPjwvUEVSTUlTU0lPTlM+PFRZUEU+NTwvVFlQRT48RElTS19UWVBFPjA8L0RJU0tfVFlQRT48UEVSU0lTVEVOVD4wPC9QRVJTSVNURU5UPjxSRUd
>
> USU1FPjEzNzQ4NDQ0ODI8L1JFR1RJTUU+PFNPVVJDRT48L1NPVVJDRT48UEFUSD4vdmFyL3RtcC93aW5kb3dzX3NldHVwL3dpbmRvd3Mub25lPC9QQVRIPjxGU1RZUEU+
>
> PC9GU1RZUEU+PFNJWkU+MTwvU0laRT48U1RBVEU+NDwvU1RBVEU+PFJVTk5JTkdfVk1TPjA8L1JVTk5JTkdfVk1TPjxDTE9OSU5HX09QUz4wPC9DTE9OSU5HX09QUz48Q
>
> 0xPTklOR19JRD4tMTwvQ0xPTklOR19JRD48REFUQVNUT1JFX0lEPjEwMzwvREFUQVNUT1JFX0lEPjxEQVRBU1RPUkU+RmlsZXM8L0RBVEFTVE9SRT48Vk1TPjwvVk1TPj
>
> xDTE9ORVM+PC9DTE9ORVM+PFRFTVBMQVRFPjwvVEVNUExBVEU+PC9JTUFHRT48REFUQVNUT1JFPjxJRD4xMDM8L0lEPjxVSUQ+MDwvVUlEPjxHSUQ+MDwvR0lEPjxVTkF
>
> NRT5vbmVhZG1pbjwvVU5BTUU+PEdOQU1FPm9uZWFkbWluPC9HTkFNRT48TkFNRT5GaWxlczwvTkFNRT48UEVSTUlTU0lPTlM+PE9XTkVSX1U+MTwvT1dORVJfVT48T1dO
>
> RVJfTT4xPC9PV05FUl9NPjxPV05FUl9BPjA8L09XTkVSX0E+PEdST1VQX1U+MTwvR1JPVVBfVT48R1JPVVBfTT4wPC9HUk9VUF9NPjxHUk9VUF9BPjA8L0dST1VQX0E+P
>
> E9USEVSX1U+MDwvT1RIRVJfVT48T1RIRVJfTT4wPC9PVEhFUl9NPjxPVEhFUl9BPjA8L09USEVSX0E+PC9QRVJNSVNTSU9OUz48RFNfTUFEPnZtZnM8L0RTX01BRD48VE
>
> 1fTUFEPnZtZnM8L1RNX01BRD48QkFTRV9QQVRIPi92bWZzL3ZvbHVtZXMvMTAzPC9CQVNFX1BBVEg+PFRZUEU+MjwvVFlQRT48RElTS19UWVBFPjA8L0RJU0tfVFlQRT4
>
> 8Q0xVU1RFUl9JRD4xMDA8L0NMVVNURVJfSUQ+PENMVVNURVI+cHJvZHVjdGlvbjwvQ0xVU1RFUj48VE9UQUxfTUI+MTM0OTEyPC9UT1RBTF9NQj48RlJFRV9NQj4xMzA1
>
> NTc8L0ZSRUVfTUI+PFVTRURfTUI+NDE1NDwvVVNFRF9NQj48SU1BR0VTPjxJRD4zNjwvSUQ+PElEPjM3PC9JRD48SUQ+Mzg8L0lEPjxJRD4zOTwvSUQ+PC9JTUFHRVM+P
>
> FRFTVBMQVRFPjxCUklER0VfTElTVD48IVtDREFUQVsxOTIuMTY4LjI1MC4zNF1dPjwvQlJJREdFX0xJU1Q+PERJU0tfVFlQRT48IVtDREFUQVtmaWxlXV0+PC9ESVNLX1
>
> RZUEU+PERTX01BRD48IVtDREFUQVt2bWZzXV0+PC9EU19NQUQ+PERTX1VTRV9TU0g+PCFbQ0RBVEFbWUVTXV0+PC9EU19VU0VfU1NIPjxUTV9NQUQ+PCFbQ0RBVEFbdm1
>
> mc11dPjwvVE1fTUFEPjxUTV9VU0VfU1NIPjwhW0NEQVRBW1lFU11dPjwvVE1fVVNFX1NTSD48VFlQRT48IVtDREFUQVtGSUxFX0RTXV0+PC9UWVBFPjwvVEVNUExBVEU+
>
> PC9EQVRBU1RPUkU+PC9EU19EUklWRVJfQUNUSU9OX0RBVEE+ 40
>
> Fri Jul 26 06:14:43 2013 [ImM][E]: cp: Command "scp -r
> /var/lib/one/tmp/fbf51b0fc2f8939dc7d2534a728b2f03/* 192.168.250.34:/vmfs/v
>
> olumes/103/fbf51b0fc2f8939dc7d2534a728b2f03" failed:
> /var/lib/one/tmp/fbf51b0fc2f8939dc7d2534a728b2f03/*: Not a directory
>
> Fri Jul 26 06:14:43 2013 [ImM][E]: Error copying
> /var/lib/one/tmp/fbf51b0fc2f8939dc7d2534a728b2f03 to
> /vmfs/volumes/103/fbf51b0fc
>
> 2f8939dc7d2534a728b2f03 through SCP
>
> Fri Jul 26 06:14:43 2013 [ImM][I]: ExitCode: 1
>
> Fri Jul 26 06:14:43 2013 [ImM][E]: Error copying image in the datastore:
> Error copying /var/lib/one/tmp/fbf51b0fc2f8939dc7d2534a7
>
> 28b2f03 to /vmfs/volumes/103/fbf51b0fc2f8939dc7d2534a728b2f03 through SCP
>
>
>
> At that point it looks like the SCP is expecting the temporary location to
> be a directory instead of a file, so I decide to let it upload the whole
> directory instead of one file and I get this error instead
>
>
>
> Fri Jul 26 06:27:53 2013 [ImM][I]: Command execution fail:
> /var/lib/one/remotes/datastore/vmfs/cp PERTX0RSSVZFUl9BQ1RJT05fREFUQT4
>
> 8SU1BR0U+PElEPjQxPC9JRD48VUlEPjA8L1VJRD48R0lEPjA8L0dJRD48VU5BTUU+b25lYWRtaW48L1VOQU1FPjxHTkFNRT5vbmVhZG1pbjwvR05BTUU+PE5BTUU+d2lu
>
> ZG93c19zZXR1cDwvTkFNRT48UEVSTUlTU0lPTlM+PE9XTkVSX1U+MTwvT1dORVJfVT48T1dORVJfTT4xPC9PV05FUl9NPjxPV05FUl9BPjA8L09XTkVSX0E+PEdST1VQX
>
> 1U+MDwvR1JPVVBfVT48R1JPVVBfTT4wPC9HUk9VUF9NPjxHUk9VUF9BPjA8L0dST1VQX0E+PE9USEVSX1U+MDwvT1RIRVJfVT48T1RIRVJfTT4wPC9PVEhFUl9NPjxPVE
>
> hFUl9BPjA8L09USEVSX0E+PC9QRVJNSVNTSU9OUz48VFlQRT41PC9UWVBFPjxESVNLX1RZUEU+MDwvRElTS19UWVBFPjxQRVJTSVNURU5UPjA8L1BFUlNJU1RFTlQ+PFJ
>
> FR1RJTUU+MTM3NDg0NTI3MjwvUkVHVElNRT48U09VUkNFPjwvU09VUkNFPjxQQVRIPi92YXIvdG1wL3dpbmRvd3Nfc2V0dXA8L1BBVEg+PEZTVFlQRT48L0ZTVFlQRT48
>
> U0laRT4xPC9TSVpFPjxTVEFURT40PC9TVEFURT48UlVOTklOR19WTVM+MDwvUlVOTklOR19WTVM+PENMT05JTkdfT1BTPjA8L0NMT05JTkdfT1BTPjxDTE9OSU5HX0lEP
>
> i0xPC9DTE9OSU5HX0lEPjxEQVRBU1RPUkVfSUQ+MTAzPC9EQVRBU1RPUkVfSUQ+PERBVEFTVE9SRT5GaWxlczwvREFUQVNUT1JFPjxWTVM+PC9WTVM+PENMT05FUz48L0
>
> NMT05FUz48VEVNUExBVEU+PC9URU1QTEFURT48L0lNQUdFPjxEQVRBU1RPUkU+PElEPjEwMzwvSUQ+PFVJRD4wPC9VSUQ+PEdJRD4wPC9HSUQ+PFVOQU1FPm9uZWFkbWl
>
> uPC9VTkFNRT48R05BTUU+b25lYWRtaW48L0dOQU1FPjxOQU1FPkZpbGVzPC9OQU1FPjxQRVJNSVNTSU9OUz48T1dORVJfVT4xPC9PV05FUl9VPjxPV05FUl9NPjE8L09X
>
> TkVSX00+PE9XTkVSX0E+MDwvT1dORVJfQT48R1JPVVBfVT4xPC9HUk9VUF9VPjxHUk9VUF9NPjA8L0dST1VQX00+PEdST1VQX0E+MDwvR1JPVVBfQT48T1RIRVJfVT4wP
>
> C9PVEhFUl9VPjxPVEhFUl9NPjA8L09USEVSX00+PE9USEVSX0E+MDwvT1RIRVJfQT48L1BFUk1JU1NJT05TPjxEU19NQUQ+dm1mczwvRFNfTUFEPjxUTV9NQUQ+dm1mcz
>
> wvVE1fTUFEPjxCQVNFX1BBVEg+L3ZtZnMvdm9sdW1lcy8xMDM8L0JBU0VfUEFUSD48VFlQRT4yPC9UWVBFPjxESVNLX1RZUEU+MDwvRElTS19UWVBFPjxDTFVTVEVSX0l
>
> EPjEwMDwvQ0xVU1RFUl9JRD48Q0xVU1RFUj5wcm9kdWN0aW9uPC9DTFVTVEVSPjxUT1RBTF9NQj4xMzQ5MTI8L1RPVEFMX01CPjxGUkVFX01CPjEzMDU1NzwvRlJFRV9N
>
> Qj48VVNFRF9NQj40MTU0PC9VU0VEX01CPjxJTUFHRVM+PElEPjM2PC9JRD48SUQ+Mzc8L0lEPjxJRD4zODwvSUQ+PElEPjM5PC9JRD48SUQ+NDA8L0lEPjwvSU1BR0VTP
>
> jxURU1QTEFURT48QlJJREdFX0xJU1Q+PCFbQ0RBVEFbMTkyLjE2OC4yNTAuMzRdXT48L0JSSURHRV9MSVNUPjxESVNLX1RZUEU+PCFbQ0RBVEFbZmlsZV1dPjwvRElTS1
>
> 9UWVBFPjxEU19NQUQ+PCFbQ0RBVEFbdm1mc11dPjwvRFNfTUFEPjxEU19VU0VfU1NIPjwhW0NEQVRBW1lFU11dPjwvRFNfVVNFX1NTSD48VE1fTUFEPjwhW0NEQVRBW3Z
>
> tZnNdXT48L1RNX01BRD48VE1fVVNFX1NTSD48IVtDREFUQVtZRVNdXT48L1RNX1VTRV9TU0g+PFRZUEU+PCFbQ0RBVEFbRklMRV9EU11dPjwvVFlQRT48L1RFTVBMQVRF
>
> PjwvREFUQVNUT1JFPjwvRFNfRFJJVkVSX0FDVElPTl9EQVRBPg== 41
>
> Fri Jul 26 06:27:53 2013 [ImM][I]: cp: Copying local disk folder
> /var/tmp/windows_setup to the image repository
>
> Fri Jul 26 06:27:53 2013 [ImM][E]: cp: Command "mv -f
> /var/tmp/windows_setup/ /var/tmp/windows_setup/disk.vmdk" failed: mv: canno
>
> t move `/var/tmp/windows_setup/' to a subdirectory of itself,
> `/var/tmp/windows_setup/disk.vmdk'
>
> Fri Jul 26 06:27:53 2013 [ImM][E]: Error renaming file
> /var/tmp/windows_setup/ to /var/tmp/windows_setup/disk.vmdk
>
> Fri Jul 26 06:27:53 2013 [ImM][I]: ExitCode: 1
>
> Fri Jul 26 06:27:53 2013 [ImM][E]: Error copying image in the datastore:
> Error renaming file /var/tmp/windows_setup/ to /var/tmp/
>
> windows_setup/disk.vmdk
>
>
>
>
>
> Now it thinks I am uploading a disk.vmdk OS image instead? I should just be
> able to upload a single file – will try from the oneimage CLI command to see
> if the behavior is limited to SunStone GUI.
>
>
>
> Michael Curran | connectsolutions | Lead Network Architect
>
> Phone 614.568.2285 | Mobile 614.403.6320 | www.connectsolutions.com
>
>
>
>
> _______________________________________________
> Users mailing list
> Users at lists.opennebula.org
> http://lists.opennebula.org/listinfo.cgi/users-opennebula.org
>



More information about the Users mailing list