<div>Hi Ruben, </div><div><br></div><div><br></div><div>According to remind you， I will dynamic_ownership set to 0 user set to root and group set to root in qemu.conf. then restart libvirtd. After re-create the virtual machine, the attach disk files(disk.2... ...) are owned by oneadmin. </div><div><br></div><div>NOTE: Shared storage mode used NFS. </div><div><div>$ onedatastore list</div><div> ID NAME CLUSTER IMAGES TYPE TM </div><div> 0 system - 0 - shared </div><div> 1 default - 1 fs shared </div><div> 100 fs_ds - 13 fs shared</div></div><div><br></div><div>Attach disk.2 file( 101M ) was successfully for the first time, then Detach disk.2 file does not matter by viewing the vm.log. But the disk.2 file actually has not been deleted on the node. </div><div><br></div><div>vm.log:</div><div><div>Wed Oct 31 11:36:20 2012 [VMM][I]: Successfully execute network driver operation: post.</div><div>Wed Oct 31 11:36:20 2012 [LCM][I]: New VM state is RUNNING</div><div>Wed Oct 31 11:45:55 2012 [VMM][I]: clone: Cloning /opt/nebula/ONE/var/datastores/100/af3b1eaa21650d2cca395ca1988d36c7 in 192.168.32.94:/opt/nebula/ONE/var//datastores/0/30/disk.2</div><div>Wed Oct 31 11:45:55 2012 [VMM][I]: ExitCode: 0</div></div><div><div>Wed Oct 31 11:45:55 2012 [VMM][I]: Successfully execute transfer manager driver operation: tm_attach.</div><div>Wed Oct 31 11:45:56 2012 [VMM][I]: attach_disk: Executed "virsh --connect qemu:///system attach-device one-30 /opt/nebula/ONE/var//datastores/0/30/disk.2.attach".</div><div>Wed Oct 31 11:45:56 2012 [VMM][I]: ExitCode: 0</div><div>Wed Oct 31 11:45:56 2012 [VMM][I]: Successfully execute virtualization driver operation: attach_disk.</div><div>Wed Oct 31 11:45:56 2012 [VMM][E]: VM Disk Successfully attached.</div><div>Wed Oct 31 11:46:23 2012 [VMM][I]: ExitCode: 0</div><div>Wed Oct 31 11:46:23 2012 [VMM][D]: Monitor Information:</div><div><span class="Apple-tab-span" style="white-space:pre"> </span>CPU : 8</div><div><span class="Apple-tab-span" style="white-space:pre"> </span>Memory: 288676</div><div><span class="Apple-tab-span" style="white-space:pre"> </span>Net_TX: 0</div><div><span class="Apple-tab-span" style="white-space:pre"> </span>Net_RX: 19992723</div><div>Wed Oct 31 11:50:46 2012 [VMM][I]: detach_disk: Executed "virsh --connect qemu:///system detach-disk --domain one-30 --target vdaa".</div><div>Wed Oct 31 11:50:46 2012 [VMM][I]: ExitCode: 0</div><div>Wed Oct 31 11:50:46 2012 [VMM][I]: Successfully execute virtualization driver operation: detach_disk.</div><div>Wed Oct 31 11:50:46 2012 [VMM][I]: ExitCode: 0</div><div>Wed Oct 31 11:50:46 2012 [VMM][I]: Successfully execute transfer manager driver operation: tm_detach.</div><div>Wed Oct 31 11:50:46 2012 [VMM][E]: VM Disk Successfully detached.</div></div><div><br></div><div>The VM dir on the node :</div><div><div><div>[root@compute-13-12 30]# ll -h</div><div>total 31M</div><div>-rw-rw-r-- 1 oneadmin oneadmin 880 Oct 31 11:36 deployment.0</div><div>lrwxrwxrwx 1 oneadmin oneadmin 65 Oct 31 11:36 disk.0 -> /opt/nebula/ONE/var/datastores/1/6e3a86a6c257808c750837e50788f1a3</div><div>-rw-rw-r-- 1 oneadmin oneadmin 201M Oct 31 11:36 disk.1</div><div><font color="#ff0000">-rw-rw---- 1 oneadmin oneadmin 101M Oct 31 12:01 disk.2</font></div><div><br></div></div></div><div><div style="line-height: 23.33333396911621px; ">Attach disk.2 file( 201M ) was also successfully for the second time, The disk.2 filewill be overwritten on the node. Because the file owner is oneadmin, oneadmin user is configured to SSH trust. </div><div style="line-height: 23.33333396911621px; "><br></div><div style="line-height: 23.33333396911621px; ">vm.log:</div><div><div>Wed Oct 31 11:55:46 2012 [VMM][I]: clone: <font color="#ff0000">Cloning /opt/nebula/ONE/var/datastores/100/af3b1eaa21650d2cca395ca1988d36c7 in 192.168.32.94:/opt/nebula/ONE/var//datastores/0/30/disk.2</font></div><div>Wed Oct 31 11:55:46 2012 [VMM][I]: ExitCode: 0</div><div>Wed Oct 31 11:55:46 2012 [VMM][I]: Successfully execute transfer manager driver operation: tm_attach.</div><div>Wed Oct 31 11:55:46 2012 [VMM][I]: attach_disk: Executed "virsh --connect qemu:///system attach-device one-30 /opt/nebula/ONE/var//datastores/0/30/disk.2.attach".</div><div>Wed Oct 31 11:55:46 2012 [VMM][I]: ExitCode: 0</div><div>Wed Oct 31 11:55:46 2012 [VMM][I]: Successfully execute virtualization driver operation: attach_disk.</div><div>Wed Oct 31 11:55:46 2012 [VMM][E]: VM Disk Successfully attached.</div><div>Wed Oct 31 11:56:23 2012 [VMM][I]: ExitCode: 0</div></div><div><br></div><div style="line-height: 23.33333396911621px; ">The VM dir on the node :</div><div style="line-height: 23.33333396911621px; "><div>[root@compute-13-12 30]# ll -h</div><div>total 31M</div><div>-rw-rw-r-- 1 oneadmin oneadmin 880 Oct 31 11:36 deployment.0</div><div>lrwxrwxrwx 1 oneadmin oneadmin 65 Oct 31 11:36 disk.0 -> /opt/nebula/ONE/var/datastores/1/6e3a86a6c257808c750837e50788f1a3</div><div>-rw-rw-r-- 1 oneadmin oneadmin 201M Oct 31 11:36 disk.1</div><div><font color="#ff0000">-rw-rw---- 1 oneadmin oneadmin 201M Oct 31 12:04 disk.2</font></div><div><font color="#ff0000"><br></font></div><div><font color="#ff0000">----------------------------------------------------------</font></div><div>At the same time, after detach disk file In the LVM storage, the disk.2 file corresponding LVM logical volumes have been removed through LVS command to check. but disk.2 ln still exists on the node.</div><div><br></div><div>Looking forward to your replay! thank you!</div><div><br></div></div></div><div><div style="line-height: 23.33333396911621px; ">Regards</div><div style="line-height: 23.33333396911621px; "><u></u><div><br></div><div>David</div></div></div><div><includetail><div><br></div><div style="font-size: 12px;font-family: Arial Narrow;padding:2px 0 2px 0;">------------------ 原始邮件 ------------------</div><div style="font-size: 12px;background:#efefef;padding:8px;"><div><b>发件人:</b> "Ruben S. Montero"<rsmontero@opennebula.org>;</div><div><b>发送时间:</b> 2012年10月30日(星期二) 晚上8:44</div><div><b>收件人:</b> "David"<david1228@foxmail.com>; <wbr></div><div><b>抄送:</b> "Andr Monteiro"<andre.monteir@gmail.com>; "users"<users@lists.opennebula.org>; <wbr></div><div><b>主题:</b> Re: 回复： 回复： [one-users] 回复： Attachdisk image to VM failed</div></div><div><br></div>Hi David,<div><br></div><div>Let me try to understand what is happening. OpenNebula is supposed to execute a delete operation on the node, after successfully detaching the disk. Can you send me the vm.log file for this VM?.</div>
<div><br></div><div>disk.2 file is owned by qemu:qemu, so this seems to be a permissions problem. Do you have dynamic_ownership set to 0 in qemu.conf?</div><div><br></div><div><br></div><div>Cheers</div><div><br></div><div>
Ruben<br><br><div class="gmail_quote">On Mon, Oct 29, 2012 at 9:21 AM, David <span dir="ltr"><<a href="mailto:david1228@foxmail.com" target="_blank">david1228@foxmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div>Hi，</div><div> A message On's not done.</div><div> Attach disk to virtual machine also have a problem, as below:</div><div> onevm detachdisk one-27 2</div><div> Detach just attach the disk file from virtual machine，found on the node where the VM to detach the actual files not be deleted。</div>
<div>-rw-rw-r-- 1 oneadmin oneadmin 1434 Oct 29 14:37 deployment.0</div><div>-rw-rw-r-- 1
qemu
qemu 65 Oct 27 14:50 disk.0</div><div>-rw-rw-r-- 1 qemu qemu 209715201 Oct 27 14:50 disk.1</div><div><font color="#ff0000">-rw-rw---- 1 qemu qemu 209715201 Oct 27 16:07 disk.2 </font></div><div>And then, again attach the image disk to virtual machine, attach failed logs as follows:</div>
<div><div>Sat Oct 27 16:05:09 2012 [VMM][I]: Command execution fail: /opt/nebula/ONE/var/remotes/tm/shared/clone compute-13-10.local:/opt/nebula/ONE/var/datastores/100/af3b1eaa21650d2cca395ca1988d36c7 192.168.32.94:/opt/nebula/ONE/var//datastores/0/27/disk.2 27 100</div>
<div>Sat Oct 27 16:05:09 2012 [VMM][I]: clone: Cloning /opt/nebula/ONE/var/datastores/100/af3b1eaa21650d2cca395ca1988d36c7 in 192.168.32.94:/opt/nebula/ONE/var//datastores/0/27/disk.2</div><div>Sat Oct 27 16:05:09 2012 [VMM][E]: clone: Command "cd /opt/nebula/ONE/var/datastores/0/27; cp -r /opt/nebula/ONE/var/datastores/100/af3b1eaa21650d2cca395ca1988d36c7 /opt/nebula/ONE/var/datastores/0/27/disk.2" failed: cp: cannot create regular file `/opt/nebula/ONE/var/datastores/0/27/disk.2': Permission denied</div>
<div>Sat Oct 27 16:05:09 2012 [VMM][E]: Error copying compute-13-10.local:/opt/nebula/ONE/var/datastores/100/af3b1eaa21650d2cca395ca1988d36c7 to 192.168.32.94:/opt/nebula/ONE/var//datastores/0/27/disk.2</div><div>Sat Oct 27 16:05:09 2012 [VMM][I]: ExitCode: 1</div>
<div>Sat Oct 27 16:05:09 2012 [VMM][I]: Failed to execute transfer manager driver operation: tm_attach.</div><div>Sat Oct 27 16:05:09 2012 [VMM][E]: Error attaching new VM Disk: Error copying compute-13-10.local:/opt/nebula/ONE/var/datastores/100/af3b1eaa21650d2cca395ca1988d36c7 to 192.168.32.94:/opt/nebula/ONE/var//datastores/0/27/disk.2</div>
<div>Sat Oct 27 16:06:13 2012 [VMM][I]: clone: Cloning /opt/nebula/ONE/var/datastores/100/af3b1eaa21650d2cca395ca1988d36c7 in 192.168.32.94:/opt/nebula/ONE/var//datastores/0/27/disk.2</div><div>Sat Oct 27 16:06:13 2012 [VMM][I]: ExitCode: 0</div>
</div><div><br></div><div>Because the original disk file is not deleted before attaching， at the same time，It had the same problem use LVM Storage for testing。</div><div>After detachdisk In the LVM storage, disk.2 file ln points to LVM volume is real deleted。lvs command execution are able to see the volume。 but the disk point link still exists。 so， Attach also have a problem again.</div>
<div><br></div><div>Ask what is the reason， and the design is a problem ？</div><div>Thanks！</div><div><br></div><div>Regards！</div><div><u></u><div><br></div><div>david</div><div><br></div><div style="font-size:12px;font-family:Arial Narrow;padding:2px 0 2px 0">
------------------ 原始邮件 ------------------</div><div style="font-size:12px;background:#efefef;padding:8px"><div><b>发件人:</b> "David"<<a href="mailto:david1228@foxmail.com" target="_blank">david1228@foxmail.com</a>>;</div>
<div><b>发送时间:</b> 2012年10月29日(星期一) 下午2:57</div><div><b>收件人:</b> "André Monteiro"<<a href="mailto:andre.monteir@gmail.com" target="_blank">andre.monteir@gmail.com</a>>; "Ruben S. Montero"<<a href="mailto:rsmontero@opennebula.org" target="_blank">rsmontero@opennebula.org</a>>; <u></u></div>
<div><b>抄送:</b> "users"<<a href="mailto:users@lists.opennebula.org" target="_blank">users@lists.opennebula.org</a>>; <u></u></div><div><b>主题:</b> 回复： 回复： [one-users] 回复： Attachdisk image to VM failed</div>
</div><div><div><div><br></div><div><br></div><div>Hi Ruben, André</div><div> </div><div> After my tests, It can be mounted successfully when use the following command：</div><div> onevm attachdisk one-27 --image datablock_ext4 --target vdaa</div>
<div> specification：--target can't directly write "vd"， instead，such specific device name vdd or vdaa.</div><div> vm.log：</div><div> Mon Oct 29 14:31:18 2012 [VMM][I]: Successfully execute virtualization driver operation: attach_disk.</div>
<div>Mon Oct 29 14:31:18 2012 [VMM][E]: VM Disk Successfully attached.</div><div><div><br></div><div><br></div><div style="font-size:12px;font-family:Arial Narrow;padding:2px 0 2px 0">------------------ 原始邮件 ------------------</div>
<div style="font-size:12px;background:#efefef;padding:8px"><div><b>发件人:</b> "André Monteiro"<<a href="mailto:andre.monteir@gmail.com" target="_blank">andre.monteir@gmail.com</a>>;</div><div><b>发送时间:</b> 2012年10月26日(星期五) 下午5:52</div>
<div><b>收件人:</b> "Ruben S. Montero"<<a href="mailto:rsmontero@opennebula.org" target="_blank">rsmontero@opennebula.org</a>>; <u></u></div><div><b>抄送:</b> "David"<<a href="mailto:david1228@foxmail.com" target="_blank">david1228@foxmail.com</a>>; "users"<<a href="mailto:users@lists.opennebula.org" target="_blank">users@lists.opennebula.org</a>>; <u></u></div>
<div><b>主题:</b> Re: 回复： [one-users] 回复： Attachdisk image to VM failed</div></div><div><br></div><div>Hi Ruben,,</div><div> </div><div>In fact, when I made the modification the TYPE expression was getting void, but now I tested it and now it has values. Go figure :-).</div>
<div><br clear="all"><br>--<br>André Monteiro<br>
<br><br>
<br><br></div><div class="gmail_quote">On Fri, Oct 26, 2012 at 10:48 AM, Ruben S. Montero <span dir="ltr"><<a href="mailto:rsmontero@opennebula.org" target="_blank">rsmontero@opennebula.org</a>></span> wrote:<br><blockquote style="margin:0px 0px 0px 0.8ex;padding-left:1ex;border-left-color:rgb(204,204,204);border-left-width:1px;border-left-style:solid" class="gmail_quote">
OK,<div><br></div><div>So David, your attach file is right. So, as André pointed out it may be a problem of specifying the right DEV_PREFIX (vd, sd). Can you perform the attach operation when setting the right target?</div>
<div><br></div><div>André, also I can't see the effect of your modifications for the attach script, after setting up TYPE there is a switch with a default, is that not being executed in your case?</div><div><br></div>
<div>Cheers</div><span><font color="#888888"><div><br></div></font></span><div><span><font color="#888888">Ruben</font></span><div><div><br><br><div class="gmail_quote">On Thu, Oct 25, 2012 at 12:06 PM, David <span dir="ltr"><<a href="mailto:david1228@foxmail.com" target="_blank">david1228@foxmail.com</a>></span> wrote:<br>
<blockquote style="margin:0px 0px 0px 0.8ex;padding-left:1ex;border-left-color:rgb(204,204,204);border-left-width:1px;border-left-style:solid" class="gmail_quote"><font><div>Hi,</div><div><br></div><div>The contents of disk.2.attach File as follows : </div>
<div><disk type='file' device='disk'></div>
<div> <driver name='qemu' type='raw' /></div><div> <source file='/one_images/0/17/disk.2'/></div><div> <target dev='vd'/></div><div></disk></div><div><br></div><div>
$oneimage show 2</div><div><div>IMAGE 2 INFORMATION </div><div>ID : 2 </div><div>NAME : rhel5.5_small </div><div>USER : oneadmin </div>
<div>GROUP : oneadmin </div><div>DATASTORE : fs_ds </div><div>TYPE : OS </div><div>REGISTER TIME : 10/23 13:51:52 </div><div>PERSISTENT : No </div>
<div>SOURCE : /opt/nebula/ONE/var/datastores/100/39b815b6cadf950be128b814bc9f8240</div><div>PATH : /opt/nebula/images/kvm-rhel.5.5.x86_64.small.img</div><div>SIZE : 2.5G </div><div>
STATE : used </div><div>RUNNING_VMS : 2 </div><div><br></div><div>PERMISSIONS </div><div>OWNER : um- </div>
<div>GROUP : --- </div><div>OTHER : --- </div><div><br></div><div>IMAGE TEMPLATE </div><div>DESCRIPTION="redhat5.5 image test."</div>
<div>DEV_PREFIX="hd"</div></div><div><br></div><div><div>$ oneimage show 13</div><div>IMAGE 13 INFORMATION </div><div>ID : 13 </div>
<div>NAME : datablock_ext4 </div><div>USER : oneadmin </div><div>GROUP : oneadmin </div><div>DATASTORE : fs_ds </div><div>TYPE : DATABLOCK </div>
<div>REGISTER TIME : 10/25 14:21:51 </div><div>PERSISTENT : No </div><div>SOURCE : /opt/nebula/ONE/var/datastores/100/166e07951a293cafa312a778fa2fb138</div><div>FSTYPE : ext4 </div>
<div>SIZE : 200M </div><div>STATE : rdy </div><div>RUNNING_VMS : 0 </div><div><br></div><div>PERMISSIONS </div>
<div>OWNER : um- </div><div>GROUP : --- </div><div>OTHER : --- </div><div><br></div><div>IMAGE TEMPLATE </div>
<div>DEV_PREFIX="hd"</div></div><div><br></div><div>above, Thanks!</div><div><br></div><div>david</div></font><div><u></u><div><br></div><div><br></div><div style="padding:2px 0px;font-family:Arial Narrow;font-size:12px">
------------------ 原始邮件 ------------------</div><div style="background:rgb(239,239,239);padding:8px;font-size:12px"><div><b>发件人:</b> "Ruben S. Montero"<<a href="mailto:rsmontero@opennebula.org" target="_blank">rsmontero@opennebula.org</a>>;</div>
<div><b>发送时间:</b> 2012年10月25日(星期四) 下午5:45</div><div><b>收件人:</b> "Andr Monteiro"<<a href="mailto:andre.monteir@gmail.com" target="_blank">andre.monteir@gmail.com</a>>; <u></u></div><div><b>抄送:</b> "David"<<a href="mailto:david1228@foxmail.com" target="_blank">david1228@foxmail.com</a>>; "users"<<a href="mailto:users@lists.opennebula.org" target="_blank">users@lists.opennebula.org</a>>; <u></u></div>
<div><b>主题:</b> Re: [one-users] 回复： Attachdisk image to VM failed</div></div><div><div><div><br></div>Hi<div><br></div><div>So as a summary, it seems that if target is not specified there is no default_prefix set for the image, and that is missing from Sunstone? </div>
<div><br></div><div>David, could you send the contents of disk.2.attach file please?</div>
<div><br></div><div><br></div><div>Thanks </div><div><br></div><div>Ruben</div><div><br></div><div><br></div><div><br><br><div class="gmail_quote">On Thu, Oct 25, 2012 at 10:48 AM, André Monteiro <span dir="ltr"><<a href="mailto:andre.monteir@gmail.com" target="_blank">andre.monteir@gmail.com</a>></span> wrote:<br>
<blockquote style="margin:0px 0px 0px 0.8ex;padding-left:1ex;border-left-color:rgb(204,204,204);border-left-width:1px;border-left-style:solid" class="gmail_quote"><div>Hi, </div><div> </div><div>I was executing from Sunstone. From the command line it also failed if no target is supplied. I ran</div>
<div> </div><div>onevm attachdisk 10 --image datablock_ext4 --target vd<br></div><div>
And it attached well the disk!</div><div> </div><div>DISK=[<br> CLONE="YES",<br> DATASTORE="default",<br> DATASTORE_ID="1",<br> DEV_PREFIX="hd",<br> DISK_ID="2",<br>
IMAGE="datablock_ext4",<br>
IMAGE_ID="17",<br> READONLY="NO",<br> SAVE="NO",<br> SOURCE="/opt/opennebula/var/datastores/1/a9edec2a65484bef413bedaecb7fb85b",<br> TARGET="vd",<br> TM_MAD="shared",<br>
TYPE="FILE" ]<br><br clear="all"><br>--<br>André Monteiro<br><br><br>
<br><br></div><div><div><div class="gmail_quote">On Thu, Oct 25, 2012 at 9:42 AM, David <span dir="ltr"><<a href="mailto:david1228@foxmail.com" target="_blank">david1228@foxmail.com</a>></span> wrote:<br>
<blockquote style="margin:0px 0px 0px 0.8ex;padding-left:1ex;border-left-color:rgb(204,204,204);border-left-width:1px;border-left-style:solid" class="gmail_quote">
<font><div>Hi, </div><div><br></div><div>I added the default type value according to what you said, but the problem truly exist. </div><div><br></div><div>Output the default type value is raw, before modification the value is file. Error did not change. are you no problem？</div>
<div><br></div><div>the TARGET arg is "sda" and do you know why?</div><div><div>-------------------------------------type raw</div><div>ERROR: attach_disk: Command "virsh --connect qemu:///system attach-device one-17 /one_images/0/17/disk.2.attach" failed: error: Failed to attach device from /one_images/0/17/disk.2.attach</div>
<div>error: operation failed: adding lsi,id=scsi0,bus=pci.0,addr=0x10 device failed: Parameter 'driver' expects a driver name</div><div><div>Try with argument '?' for a list.</div></div><div>ERROR MESSAGE --8<------</div>
<div><div>Could not attach /one_images/0/17/disk.2 (sda) to one-17</div></div><div>ERROR MESSAGE ------>8--</div></div><div><br></div><div>Regards！</div><div>david</div></font><div><u></u><div><br></div><div>
<br></div><div style="padding:2px 0px;font-family:Arial Narrow;font-size:12px">------------------ 原始邮件 ------------------</div><div style="background:rgb(239,239,239);padding:8px;font-size:12px"><div><b>发件人:</b> "André Monteiro"<<a href="mailto:andre.monteir@gmail.com" target="_blank">andre.monteir@gmail.com</a>>;</div>
<div><b>发送时间:</b> 2012年10月25日(星期四) 下午4:08</div><div><b>收件人:</b> "David"<<a href="mailto:david1228@foxmail.com" target="_blank">david1228@foxmail.com</a>>; <u></u></div><div><b>抄送:</b> "users"<<a href="mailto:users@lists.opennebula.org" target="_blank">users@lists.opennebula.org</a>>; <u></u></div>
<div><b>主题:</b> Re: [one-users] Attachdisk image to VM failed</div></div><div><div><div><br></div><div>Hi,</div><div> </div><div>I had the same problem on 3.6 and sent to user list, but no answer. The problem is on /var/tmp/one/vmm/kvm/attach_disk, the code expression doesn't get a value. Go to line 50 and add a default type to bus like:</div>
<div> </div><div>TYPE="raw"<br>TYPE=$(echo "$TYPE"|tr A-Z a-z)<br></div><div>and leave the other expression also to override if it is not empty.</div><div><br>--<br>André Monteiro<br><br><br>
<br><br></div><div class="gmail_quote">On Thu, Oct 25, 2012 at 8:17 AM, David <span dir="ltr"><<a href="mailto:david1228@foxmail.com" target="_blank">david1228@foxmail.com</a>></span> wrote:<br><blockquote style="margin:0px 0px 0px 0.8ex;padding-left:1ex;border-left-color:rgb(204,204,204);border-left-width:1px;border-left-style:solid" class="gmail_quote">
<font><div>Hi, </div><div><br></div><div>I am testing vm atachdisk detachdisk features In OpenNebula3.8，but I can't succeed attach the disk (from image respository) to VM，Operation proccess is as follows：</div><div>1. Create the datablock's image ，command：</div>
<div> $oneimage create -d 100 --name datablock_ext4 --type DATABLOCK --size=200 --fstype ext4</div><div> $oneimage list</div><div><div> ID USER GROUP NAME DATASTORE SIZE TYPE PER STAT RVMS</div>
<div> 1 oneadmin oneadmin Centos6.0 default 10G OS No rdy 0</div><div> 11 oneadmin oneadmin ext3DataBlock fs_ds 200M DB No rdy 0</div><div> 13 oneadmin oneadmin datablock_ext4 fs_ds 200M DB No rdy 0</div>
</div><div>2. $ onevm list</div><div> 17 oneadmin oneadmin test-rhel_swap runn 6 512M 192.168.32 0d 03h00</div><div>Start attachdisk，command：</div><div> $onevm attachdisk 17 --image ext3DataBlock</div><div>
The VM log as follows:</div><div><div>Thu Oct 25 12:49:48 2012 [VMM][I]: clone: Cloning compute-13-10.local:/opt/nebula/ONE/var/datastores/100/b5f5dd05338244bca82fee1b33837fc0 in /one_images/0/17/disk.2</div><div>Thu Oct 25 12:49:48 2012 [VMM][I]: ExitCode: 0</div>
<div>Thu Oct 25 12:49:48 2012 [VMM][I]: Successfully execute transfer manager driver operation: tm_attach.</div><div>Thu Oct 25 12:49:48 2012 [VMM][I]: Command execution fail: /var/tmp/one/vmm/kvm/attach_disk one-17 /one_images/0/17/disk.2 sda 0 PFZNTV9EUklWRVJfQUNUSU9OX0RBVEE+PEhPU1Q+MTkyLjE2OC4zMi45NzwvSE9TVD48TkVUX0RSVj5kdW1teTwvTkVUX0RSVj48TUlHUl9IT1NULz48TUlHUl9ORVRfRFJWLz48REVQTE9ZX0lEPm9uZS0xNzwvREVQTE9ZX0lEPjxMT0NBTF9ERVBMT1lNRU5UX0ZJTEUvPjxSRU1PVEVfREVQTE9ZTUVOVF9GSUxFLz48Q0hFQ0tQT0lOVF9GSUxFLz48VE1fQ09NTUFORD48IVtDREFUQVtDTE9ORSBzc2ggY29tcHV0ZS0xMy0xMC5sb2NhbDovb3B0L25lYnVsYS9PTkUvdmFyL2RhdGFzdG9yZXMvMTAwL2I1ZjVkZDA1MzM4MjQ0YmNhODJmZWUxYjMzODM3ZmMwIDE5Mi4xNjguMzIuOTc6L29uZV9pbWFnZXMvMC8xNy9kaXNrLjIgMTcgMTAwCl1dPjwvVE1fQ09NTUFORD48RElTS19UQVJHRVRfUEFUSD4vb25lX2ltYWdlcy8wLzE3L2Rpc2suMjwvRElTS19UQVJHRVRfUEFUSD48Vk0+PElEPjE3PC9JRD48VUlEPjA8L1VJRD48R0lEPjA8L0dJRD48VU5BTUU+b25lYWRtaW48L1VOQU1FPjxHTkFNRT5vbmVhZG1pbjwvR05BTUU+PE5BTUU+dGVzdC1yaGVsX3N3YXA8L05BTUU+PFBFUk1JU1NJT05TPjxPV05FUl9VPjE8L09XTkVSX1U+PE9XTkVSX00+MTwvT1dORVJfTT48T1dORVJfQT4wPC9PV05FUl9BPjxHUk9VUF9VPjA8L0dST1VQX1U+PEdST1VQX00+MDwvR1JPVVBfTT48R1JPVVBfQT4wPC9HUk9VUF9BPjxPVEhFUl9VPjA8L09USEVSX1U+PE9USEVSX00+MDwvT1RIRVJfTT48T1RIRVJfQT4wPC9PVEhFUl9BPjwvUEVSTUlTU0lPTlM+PExBU1RfUE9MTD4xMzUxMTQwMTYxPC9MQVNUX1BPTEw+PFNUQVRFPjM8L1NUQVRFPjxMQ01fU1RBVEU+MTc8L0xDTV9TVEFURT48UkVTQ0hFRD4wPC9SRVNDSEVEPjxTVElNRT4xMzUxMTM4MTAyPC9TVElNRT48RVRJTUU+MDwvRVRJTUU+PERFUExPWV9JRD5vbmUtMTc8L0RFUExPWV9JRD48TUVNT1JZPjUyNDI4ODwvTUVNT1JZPjxDUFU+MjA8L0NQVT48TkVUX1RYPjExMTA4PC9ORVRfVFg+PE5FVF9SWD4yMDgxNTYwODwvTkVUX1JYPjxURU1QTEFURT48Q1BVPjwhW0NEQVRBWzJdXT48L0NQVT48RElTSz48Q0xPTkU+PCFbQ0RBVEFbWUVTXV0+PC9DTE9ORT48REFUQVNUT1JFPjwhW0NEQVRBW2ZzX2RzXV0+PC9EQVRBU1RPUkU+PERBVEFTVE9SRV9JRD48IVtDREFUQVsxMDBdXT48L0RBVEFTVE9SRV9JRD48REVWX1BSRUZJWD48IVtDREFUQVtoZF1dPjwvREVWX1BSRUZJWD48RElTS19JRD48IVtDREFUQVswXV0+PC9ESVNLX0lEPjxJTUFHRT48IVtDREFUQVtyaGVsNS41X3NtYWxsXV0+PC9JTUFHRT48SU1BR0VfSUQ+PCFbQ0RBVEFbMl1dPjwvSU1BR0VfSUQ+PFJFQURPTkxZPjwhW0NEQVRBW05PXV0+PC9SRUFET05MWT48U0FWRT48IVtDREFUQVtOT11dPjwvU0FWRT48U09VUkNFPjwhW0NEQVRBWy9vcHQvbmVidWxhL09ORS92YXIvZGF0YXN0b3Jlcy8xMDAvMzliODE1YjZjYWRmOTUwYmUxMjhiODE0YmM5ZjgyNDBdXT48L1NPVVJDRT48VEFSR0VUPjwhW0NEQVRBW2hkYV1dPjwvVEFSR0VUPjxUTV9NQUQ+PCFbQ0RBVEFbc3NoXV0+PC9UTV9NQUQ+PFRZUEU+PCFbQ0RBVEFbRklMRV1dPjwvVFlQRT48L0RJU0s+PERJU0s+PENMT05FPjwhW0NEQVRBW1lFU11dPjwvQ0xPTkU+PERBVEFTVE9SRT48IVtDREFUQVtmc19kc11dPjwvREFUQVNUT1JFPjxEQVRBU1RPUkVfSUQ+PCFbQ0RBVEFbMTAwXV0+PC9EQVRBU1RPUkVfSUQ+PERFVl9QUkVGSVg+PCFbQ0RBVEFbaGRdXT48L0RFVl9QUkVGSVg+PERJU0tfSUQ+PCFbQ0RBVEFbMV1dPjwvRElTS19JRD48SU1BR0U+PCFbQ0RBVEFbZGF0YWJsb2NrMl1dPjwvSU1BR0U+PElNQUdFX0lEPjwhW0NEQVRBWzEwXV0+PC9JTUFHRV9JRD48UkVBRE9OTFk+PCFbQ0RBVEFbTk9dXT48L1JFQURPTkxZPjxTQVZFPjwhW0NEQVRBW05PXV0+PC9TQVZFPjxTT1VSQ0U+PCFbQ0RBVEFbL29wdC9uZWJ1bGEvT05FL3Zhci9kYXRhc3RvcmVzLzEwMC80N2M0MjI3YzU4MjJjNmY4MTNiMTkxNDRmZjExNzQxNF1dPjwvU09VUkNFPjxUQVJHRVQ+PCFbQ0RBVEFbaGRiXV0+PC9UQVJHRVQ+PFRNX01BRD48IVtDREFUQVtzc2hdXT48L1RNX01BRD48VFlQRT48IVtDREFUQVtGSUxFXV0+PC9UWVBFPjwvRElTSz48RElTSz48QVRUQUNIPjwhW0NEQVRBW1lFU11dPjwvQVRUQUNIPjxDTE9ORT48IVtDREFUQVtZRVNdXT48L0NMT05FPjxEQVRBU1RPUkU+PCFbQ0RBVEFbZnNfZHNdXT48L0RBVEFTVE9SRT48REFUQVNUT1JFX0lEPjwhW0NEQVRBWzEwMF1dPjwvREFUQVNUT1JFX0lEPjxERVZfUFJFRklYPjwhW0NEQVRBW3NkXV0+PC9ERVZfUFJFRklYPjxESVNLX0lEPjwhW0NEQVRBWzJdXT48L0RJU0tfSUQ+PElNQUdFPjwhW0NEQVRBW3ZtMmRpc2tdXT48L0lNQUdFPjxJTUFHRV9JRD48IVtDREFUQVs5XV0+PC9JTUFHRV9JRD48UkVBRE9OTFk+PCFbQ0RBVEFbTk9dXT48L1JFQURPTkxZPjxTQVZFPjwhW0NEQVRBW05PXV0+PC9TQVZFPjxTT1VSQ0U+PCFbQ0RBVEFbL29wdC9uZWJ1bGEvT05FL3Zhci9kYXRhc3RvcmVzLzEwMC9iNWY1ZGQwNTMzODI0NGJjYTgyZmVlMWIzMzgzN2ZjMF1dPjwvU09VUkNFPjxUQVJHRVQ+PCFbQ0RBVEFbc2RhXV0+PC9UQVJHRVQ+PFRNX01BRD48IVtDREFUQVtzc2hdXT48L1RNX01BRD48VFlQRT48IVtDREFUQVtGSUxFXV0+PC9UWVBFPjwvRElTSz48R1JBUEhJQ1M+PExJU1RFTj48IVtDREFUQVswLjAuMC4wXV0+PC9MSVNURU4+PFBPUlQ+PCFbQ0RBVEFbNTkxN11dPjwvUE9SVD48VFlQRT48IVtDREFUQVt2bmNdXT48L1RZUEU+PC9HUkFQSElDUz48TUVNT1JZPjwhW0NEQVRBWzUxMl1dPjwvTUVNT1JZPjxOQU1FPjwhW0NEQVRBW3Rlc3QtcmhlbF9zd2FwXV0+PC9OQU1FPjxOSUM+PEJSSURHRT48IVtDREFUQVtrdm1icjBdXT48L0JSSURHRT48SVA+PCFbQ0RBVEFbMTMwLjEwLjAuNF1dPjwvSVA+PE1BQz48IVtDREFUQVswMjowMDo4MjowYTowMDowNF1dPjwvTUFDPjxORVRXT1JLPjwhW0NEQVRBW0JsdWUgTEFOXV0+PC9ORVRXT1JLPjxORVRXT1JLX0lEPjwhW0NEQVRBWzBdXT48L05FVFdPUktfSUQ+PE5FVFdPUktfVU5BTUU+PCFbQ0RBVEFbb25lYWRtaW5dXT48L05FVFdPUktfVU5BTUU+PFZMQU4+PCFbQ0RBVEFbTk9dXT48L1ZMQU4+PC9OSUM+PFZNSUQ+PCFbQ0RBVEFbMTddXT48L1ZNSUQ+PC9URU1QTEFURT48SElTVE9SWV9SRUNPUkRTPjxISVNUT1JZPjxPSUQ+MTc8L09JRD48U0VRPjA8L1NFUT48SE9TVE5BTUU+MTkyLjE2OC4zMi45NzwvSE9TVE5BTUU+PEhJRD43PC9ISUQ+PFNUSU1FPjEzNTExMzgxMDY8L1NUSU1FPjxFVElNRT4wPC9FVElNRT48Vk1NTUFEPnZtbV9rdm08L1ZNTU1BRD48Vk5NTUFEPmR1bW15PC9WTk1NQUQ+PFRNTUFEPnNzaDwvVE1NQUQ+PERTX0xPQ0FUSU9OPi9vbmVfaW1hZ2VzPC9EU19MT0NBVElPTj48RFNfSUQ+MDwvRFNfSUQ+PFBTVElNRT4xMzUxMTM4MTA2PC9QU1RJTUU+PFBFVElNRT4xMzUxMTM4MzU0PC9QRVRJTUU+PFJTVElNRT4xMzUxMTM4MzU0PC9SU1RJTUU+PFJFVElNRT4wPC9SRVRJTUU+PEVTVElNRT4wPC9FU1RJTUU+PEVFVElNRT4wPC9FRVRJTUU+PFJFQVNPTj4wPC9SRUFTT04+PC9ISVNUT1JZPjwvSElTVE9SWV9SRUNPUkRTPjwvVk0+PC9WTU1fRFJJVkVSX0FDVElPTl9EQVRBPg== 17 192.168.32.97</div>
<div>Thu Oct 25 12:49:48 2012 [VMM][E]: attach_disk: Command "virsh --connect qemu:///system attach-device one-17 /one_images/0/17/disk.2.attach" failed: error: Failed to attach device from /one_images/0/17/disk.2.attach</div>
<div>Thu Oct 25 12:49:48 2012 [VMM][I]: error: operation failed: adding lsi,id=scsi0,bus=pci.0,addr=0x5 device failed: Parameter 'driver' expects a driver name</div><div>Thu Oct 25 12:49:48 2012 [VMM][I]: Try with argument '?' for a list.</div>
<div>Thu Oct 25 12:49:48 2012 [VMM][E]: Could not attach /one_images/0/17/disk.2 (sda) to one-17</div><div>Thu Oct 25 12:49:48 2012 [VMM][I]: ExitCode: 1</div><div>Thu Oct 25 12:49:48 2012 [VMM][I]: Failed to execute virtualization driver operation: attach_disk.</div>
<div>Thu Oct 25 12:49:48 2012 [VMM][E]: Error attaching new VM Disk: Could not attach /one_images/0/17/disk.2 (sda) to one-17</div><div>Thu Oct 25 12:52:41 2012 [VMM][I]: ExitCode: 0</div><div>Thu Oct 25 12:52:41 2012 [VMM][D]: Monitor Information:</div>
</div><div>what the above reason ?</div><div><div>How to successfully attch disk image to virtual machine? </div></div><div><div>Looking forward to reply！</div></div><div><br></div><div>Regards！</div><div><br></div><div>
<br>
</div><div><br></div><div><br></div></font><br>_______________________________________________<br>
Users mailing list<br>
<a href="mailto:Users@lists.opennebula.org" target="_blank">Users@lists.opennebula.org</a><br>
<a href="http://lists.opennebula.org/listinfo.cgi/users-opennebula.org" target="_blank">http://lists.opennebula.org/listinfo.cgi/users-opennebula.org</a><br>
<br></blockquote></div><br><u></u></div></div></div></blockquote></div><br>
</div></div><br>_______________________________________________<br>
Users mailing list<br>
<a href="mailto:Users@lists.opennebula.org" target="_blank">Users@lists.opennebula.org</a><br>
<a href="http://lists.opennebula.org/listinfo.cgi/users-opennebula.org" target="_blank">http://lists.opennebula.org/listinfo.cgi/users-opennebula.org</a><br>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br>Ruben S. Montero, PhD<br>Project co-Lead and Chief Architect<br>OpenNebula - The Open Source Solution for Data Center Virtualization<br><a href="http://www.OpenNebula.org" target="_blank">www.OpenNebula.org</a> | <a href="mailto:rsmontero@opennebula.org" target="_blank">rsmontero@opennebula.org</a> | @OpenNebula<br>
</div><u></u></div></div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br>Ruben S. Montero, PhD<br>Project co-Lead and Chief Architect<br>OpenNebula - The Open Source Solution for Data Center Virtualization<br>
<a href="http://www.OpenNebula.org" target="_blank">www.OpenNebula.org</a> | <a href="mailto:rsmontero@opennebula.org" target="_blank">rsmontero@opennebula.org</a> | @OpenNebula<br>
</div></div></div>
</blockquote></div><br></div><u></u></div></div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br>Ruben S. Montero, PhD<br>Project co-Lead and Chief Architect<br>OpenNebula - The Open Source Solution for Data Center Virtualization<br>
<a href="http://www.OpenNebula.org" target="_blank">www.OpenNebula.org</a> | <a href="mailto:rsmontero@opennebula.org" target="_blank">rsmontero@opennebula.org</a> | @OpenNebula<br>
</div></includetail></div>