[one-users] Problem starting VM over a SSH system datastore

[Fernando.Felix at esa.int]

Hello everyone,

I'm deploying my first cloud with ONE 4.4 and I'm facing a problem that I 
don't understand. I have read all the related guides and I though I had 
understand them but obviously it's not the case.
My problem is that after creating a SSH System datastore to just copy the 
VM images from the frontend to the hosts, every time I try to start a 
virtual machine I end up with the following error messages in the log:


Tue Dec 10 12:10:47 2013 [TM][I]: Command execution fail: 
/var/lib/one/remotes/tm/shared/clone 
gpodmc.smos.lan:/var/lib/one//datastores/1/91209cfc6a24a39e60b42d9cd6ae5d7f 
dpgsrcorepfw-3.smos.lan:/datastore/109/8/disk.0 8 1
Tue Dec 10 12:10:47 2013 [TM][I]: clone: Cloning 
/datastore/1/91209cfc6a24a39e60b42d9cd6ae5d7f in 
dpgsrcorepfw-3.smos.lan:/datastore/109/8/disk.0
Tue Dec 10 12:10:47 2013 [TM][E]: clone: Command "cd /datastore/109/8; cp 
/datastore/1/91209cfc6a24a39e60b42d9cd6ae5d7f /datastore/109/8/disk.0" 
failed: cp: cannot stat `/datastore/1/91209cfc6a24a39e60b42d9cd6ae5d7f': 
No such file or directory
Tue Dec 10 12:10:47 2013 [TM][E]: Error copying 
gpodmc.smos.lan:/var/lib/one//datastores/1/91209cfc6a24a39e60b42d9cd6ae5d7f 
to dpgsrcorepfw-3.smos.lan:/datastore/109/8/disk.0
Tue Dec 10 12:10:47 2013 [TM][I]: ExitCode: 1
Tue Dec 10 12:10:47 2013 [TM][E]: Error executing image transfer script: 
Error copying 
gpodmc.smos.lan:/var/lib/one//datastores/1/91209cfc6a24a39e60b42d9cd6ae5d7f 
to dpgsrcorepfw-3.smos.lan:/datastore/109/8/disk.0
Tue Dec 10 12:10:47 2013 [DiM][I]: New VM state is FAILED
Tue Dec 10 12:20:58 2013 [DiM][I]: New VM state is DONE.
Tue Dec 10 12:20:58 2013 [TM][W]: Ignored: TRANSFER SUCCESS 8 


The DATASTORE_LOCATION is pointing to "/datastore"

This is the output of the "onedatastore show" command:

=========================================================================================
[oneadmin at gpodmc one]$ onedatastore show 109
DATASTORE 109 
INFORMATION                                                       
ID             : 109                 
NAME           : local_storage       
USER           : oneadmin            
GROUP          : oneadmin            
CLUSTER        : GPOD                
TYPE           : SYSTEM              
DS_MAD         : -                   
TM_MAD         : ssh                 
BASE PATH      : /datastore/109      
DISK_TYPE      : FILE                

DATASTORE 
CAPACITY                                                              
TOTAL:         : -                   
FREE:          : -                   
USED:          : -                   
LIMIT:         : -                   

PERMISSIONS                                                                     

OWNER          : um-                 
GROUP          : u--                 
OTHER          : ---                 

DATASTORE 
TEMPLATE                                                              
SHARED="NO"
TM_MAD="ssh"
TYPE="SYSTEM_DS" 

=================================================================================

What I really dont't understand is why ONE is trying to access the source 
image from 

/datastore/1/91209cfc6a24a39e60b42d9cd6ae5d7f /datastore/109/8/disk.0 

instead of using

/var/lib/one/datastores/1/91209cfc6a24a39e60b42d9cd6ae5d7f 
/datastore/109/8/disk.0
?

Any body could explain to me what I'm doing wrong, please?

Regards
Fernando

--
Fernando Felix-Redondo  [INSA, S.A.] 
fernando.felix at esa.int              Phone: +34 91 813 1368

SMOS DPGS Operations
Ground Segment System Engineer
ESA - ESAC
This message and any attachments are intended for the use of the addressee or addressees only. The unauthorised disclosure, use, dissemination or copying (either in whole or in part) of its content is not permitted. If you received this message in error, please notify the sender and delete it from your system. Emails can be altered and their integrity cannot be guaranteed by the sender.

Please consider the environment before printing this email.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opennebula.org/pipermail/users-opennebula.org/attachments/20131210/34e4b919/attachment-0001.htm>