Turns out that it's apparmor
On Sun, Aug 31, 2014 at 11:36 AM, Shankhadeep Shome <shank15...@gmail.com> wrote: > 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 <shank15...@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@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@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@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@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 >> >> >
_______________________________________________ Users mailing list Users@lists.opennebula.org http://lists.opennebula.org/listinfo.cgi/users-opennebula.org