[one-users] [TM][E]: clone: Command "scp -r ... No such file or directory

[Mark Sabino]

Hello,

I have the following issue when instantiating a template

Thu Sep 20 15:06:24 2012 [DiM][I]: New VM state is ACTIVE.
Thu Sep 20 15:06:25 2012 [LCM][I]: New VM state is PROLOG.

Thu Sep 20 15:06:26 2012 [TM][I]: Command execution fail:
/var/lib/one/remotes/tm/ssh/clone
C3:/var/lib/one/datastores/1/8027712fd3be390c412eeb08f900135a
H2:/var/lib/one//datastores/0/19/disk.0 19 1
Thu Sep 20 15:06:26 2012 [TM][I]: clone: Cloning
C3:/var/lib/one/datastores/1/8027712fd3be390c412eeb08f900135a in
/var/lib/one/datastores/0/19/disk.0

Thu Sep 20 15:06:26 2012 [TM][E]: clone: Command "scp -r
C3:/var/lib/one/datastores/1/8027712fd3be390c412eeb08f900135a
H2:/var/lib/one//datastores/0/19/disk.0" failed: scp:
/var/lib/one//datastores/0/19/disk.0: No such file or directory

Thu Sep 20 15:06:26 2012 [TM][E]: Error copying
C3:/var/lib/one/datastores/1/8027712fd3be390c412eeb08f900135a to
H2:/var/lib/one//datastores/0/19/disk.0

Thu Sep 20 15:06:26 2012 [TM][I]: ExitCode: 1Thu Sep 20 15:06:26 2012
[TM][E]: Error executing image transfer script: Error copying
C3:/var/lib/one/datastores/1/8027712fd3be390c412eeb08f900135a to
H2:/var/lib/one//datastores/0/19/disk.0

Thu Sep 20 15:06:27 2012 [DiM][I]: New VM state is FAILED

As I am trying to instantiate from the template I'd expect the dir's
to be made before faulting at the error.

I have the host set with KVM hypervisor. The host has the libvirt deamon,
kvn & qemu all installed along with ruby. oneadmin uid and gid match that
of the frontend. SSH keys are shared and working. The hosts are also using
8021Q which have been configured with a local VLAN and a second with the
public LAN.

The image file looks like:

ID             : 4
NAME           : ttylinux - kvm
USER           : oneadmin
GROUP          : oneadmin
DATASTORE      : default
TYPE           : OS
REGISTER TIME  : 09/20 11:24:25
PERSISTENT     : No
SOURCE         : /var/lib/one/datastores/1/8027712fd3be390c412eeb08f900135a
PATH           :
https://marketplace.c12g.com/appliance/4fc76a938fb81d3517000003/download
SIZE           : 40M
STATE          : used
RUNNING_VMS    : 1

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

The VM template looks like

ID : 11 NAME : test4.4 USER : oneadmin GROUP : oneadmin REGISTER TIME :
09/20 11:30:57 PERMISSIONS OWNER : um- GROUP : um- OTHER : u-- TEMPLATE
CONTENTS CONTEXT=[ HOSTNAME="TEST4-4" ] CPU="1" DISK=[ DRIVER="raw",
IMAGE="ttylinux - kvm", IMAGE_UNAME="oneadmin" ] FEATURES=[ ACPI="yes",
PAE="yes" ] GRAPHICS=[ LISTEN="0.0.0.0", TYPE="vnc" ] INPUT=[ BUS="usb",
TYPE="mouse" ] MEMORY="1024" NAME="test4.4" NIC=[ NETWORK="C3-LAN",
NETWORK_UNAME="oneadmin" ] OS=[ ARCH="x86_64", BOOT="hd" ] RAW=[ TYPE="kvm"
] TEMPLATE_ID="11"

It is when the above is instantiated that we get the TM module failing. TM
module in Oned.conf has not been changed from:

TM_MAD = [ executable = "one_tm", arguments = "-t 15 -d
dummy,lvm,shared,qcow2,ssh,vmware,iscsi" ]

Data store settings are:

DATASTORE_MAD = [ executable = "one_datastore", arguments = "-t 15 -d
fs,vmware,iscsi,lvm"

Both the above are defaults. Additionally we have followed the SSH transfer
section from the following manual
http://www.c12g.com/Portals/155284/docs/ONE3.6%20-%20Setting%20up%20and%20Managing%20your%20Cloud%20Infrastructure.pdfpage
34. Our datastores look like this:


ID             : 0
NAME           : system
USER           : oneadmin
GROUP          : oneadmin
CLUSTER        : -
DS_MAD         : -
TM_MAD         : ssh
BASE PATH      : /var/lib/one/datastores/0

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

DATASTORE TEMPLATE
DS_MAD="-"
SYSTEM="YES"
TM_MAD="ssh"

and

ID             : 1
NAME           : default
USER           : oneadmin
GROUP          : oneadmin
CLUSTER        : -
DS_MAD         : fs
TM_MAD         : ssh
BASE PATH      : /var/lib/one/datastores/1

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

DATASTORE TEMPLATE
DS_MAD="fs"
TM_MAD="ssh"

If there is any help getting past this TM failure or any observations to be
made they'd be most welcome.

Kind regards,

Mark
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opennebula.org/pipermail/users-opennebula.org/attachments/20120920/8541819a/attachment.htm>