[one-users] Attachiing disk to running VM error

[Shankhadeep Shome]

Basically, I am assuming the script that creates the qcow2 file with the
backing store configured would run first to create the local file. This
isn't happening.


On Sun, Aug 31, 2014 at 11:23 AM, Shankhadeep Shome <shank15217 at gmail.com>
wrote:

> Hi I am trying to attach a pre-created empty datablock to a running VM. It
> doesn't seem like this is working correctly as the qcow file isn't actually
> created in the directory. Am I missing something? Is this not supported?
>
> Shankhadeep
>
> Sun Aug 31 10:59:59 2014 [Z0][VMM][E]: attach_disk: Command "virsh
> --connect qemu:///system attach-device one-3
> /var/lib/one//datastores/0/3/disk.2.attach" failed: error: Failed to attach
> device from /var/lib/one//datastores/0/3/disk.2.attach
> Sun Aug 31 10:59:59 2014 [Z0][VMM][I]: error: operation failed: open disk
> image file failed
> Sun Aug 31 10:59:59 2014 [Z0][VMM][E]: Could not attach
> /var/lib/one//datastores/0/3/disk.2 (vdb) to one-3 *!! virsh is trying to
> attach disk.2 to the running vm !!*
> Sun Aug 31 10:59:59 2014 [Z0][VMM][I]: ExitCode: 1
> Sun Aug 31 11:00:00 2014 [Z0][VMM][I]: Successfully execute transfer
> manager driver operation: tm_detach.
> Sun Aug 31 11:00:00 2014 [Z0][VMM][I]: Failed to execute virtualization
> driver operation: attach_disk.
> Sun Aug 31 11:00:00 2014 [Z0][VMM][E]: Error attaching new VM Disk: Could
> not attach /var/lib/one//datastores/0/3/disk.2 (vdb) to one-3
>
>
> Attach File
>
> oneadmin at oncn01:/var/lib/one/datastores/0/3# cat disk.2.attach
> <disk type='file' device='disk'>
>   <driver name='qemu' type='qcow2' cache='none'/>
>   <source file='/var/lib/one//datastores/0/3/disk.2' >
>
>   </source>
>
>   <target dev='vdb'/>
>
> </disk>
>
> The vm running directory *!! Where is the disk.2 qcow2 file??? !!*
>
> oneadmin at oncn01:/var/lib/one/datastores/0/3# ls -l
> total 2150519
> -rw-rw-r-- 1 oneadmin oneadmin       1881 Aug 28 23:57 deployment.0
> -rw-r--r-- 1 oneadmin oneadmin 2201812992 Aug 31 10:17 disk.0
> -rw-rw-r-- 1 oneadmin oneadmin     372736 Aug 28 23:57 disk.1
> lrwxrwxrwx 1 oneadmin oneadmin         34 Aug 28 23:57 disk.1.iso ->
> /var/lib/one/datastores/0/3/disk.1
> -rw-rw-r-- 1 oneadmin oneadmin        189 Aug 31 10:59 disk.2.attach
>
> Image Info
>
> oneadmin at OPENNEBULA-CONTROLLER:/var/lib/one/remotes$ oneimage show 1
> IMAGE 1 INFORMATION
> ID             : 1
> NAME           : 100GB Disk
> USER           : oneadmin
> GROUP          : oneadmin
> DATASTORE      : VMSTOREDT
> TYPE           : DATABLOCK
> REGISTER TIME  : 08/31 10:44:21
> PERSISTENT     : No
> SOURCE         :
> /var/lib/one//datastores/100/fdd29fec570a5333c5808ad4a3f4ebc8
> FSTYPE         : qcow2
> SIZE           : 100G
> STATE          : rdy
> RUNNING_VMS    : 0
>
> PERMISSIONS
> OWNER          : um-
> GROUP          : ---
> OTHER          : ---
>
> IMAGE TEMPLATE
> DESCRIPTION="100GB Virtual Disk"
> DEV_PREFIX="vd"
> DRIVER="qcow2"
>
> VIRTUAL MACHINES
>
> Datastore Info
>
> oneadmin at OPENNEBULA-CONTROLLER:/var/lib/one/remotes$ onedatastore show 100
> DATASTORE 100 INFORMATION
> ID             : 100
> NAME           : VMSTOREDT
> USER           : oneadmin
> GROUP          : oneadmin
> CLUSTER        : DooToo
> TYPE           : IMAGE
> DS_MAD         : fs
> TM_MAD         : qcow2
> BASE PATH      : /var/lib/one//datastores/100
> DISK_TYPE      : FILE
>
> DATASTORE CAPACITY
> TOTAL:         : 199.9G
> FREE:          : 184.8G
> USED:          : 15.1G
> LIMIT:         : -
>
> PERMISSIONS
> OWNER          : um-
> GROUP          : u--
> OTHER          : ---
>
> DATASTORE TEMPLATE
> BASE_PATH="/var/lib/one//datastores/"
> CLONE_TARGET="SYSTEM"
> DISK_TYPE="FILE"
> DS_MAD="fs"
> LN_TARGET="NONE"
> TM_MAD="qcow2"
> TYPE="IMAGE_DS"
>
> IMAGES
> 0
> 1
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opennebula.org/pipermail/users-opennebula.org/attachments/20140831/45bb6f25/attachment-0001.htm>