Hi Ruben,, 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 :-).
-- André Monteiro On Fri, Oct 26, 2012 at 10:48 AM, Ruben S. Montero <[email protected] > wrote: > OK, > > 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? > > 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? > > Cheers > > Ruben > > > On Thu, Oct 25, 2012 at 12:06 PM, David <[email protected]> wrote: > >> Hi, >> >> The contents of disk.2.attach File as follows : >> <disk type='file' device='disk'> >> <driver name='qemu' type='raw' /> >> <source file='/one_images/0/17/disk.2'/> >> <target dev='vd'/> >> </disk> >> >> $oneimage show 2 >> IMAGE 2 INFORMATION >> >> ID : 2 >> NAME : rhel5.5_small >> USER : oneadmin >> GROUP : oneadmin >> DATASTORE : fs_ds >> TYPE : OS >> REGISTER TIME : 10/23 13:51:52 >> PERSISTENT : No >> SOURCE : >> /opt/nebula/ONE/var/datastores/100/39b815b6cadf950be128b814bc9f8240 >> PATH : /opt/nebula/images/kvm-rhel.5.5.x86_64.small.img >> SIZE : 2.5G >> STATE : used >> RUNNING_VMS : 2 >> >> PERMISSIONS >> >> OWNER : um- >> GROUP : --- >> OTHER : --- >> >> IMAGE TEMPLATE >> >> DESCRIPTION="redhat5.5 image test." >> DEV_PREFIX="hd" >> >> $ oneimage show 13 >> IMAGE 13 INFORMATION >> >> ID : 13 >> NAME : datablock_ext4 >> USER : oneadmin >> GROUP : oneadmin >> DATASTORE : fs_ds >> TYPE : DATABLOCK >> REGISTER TIME : 10/25 14:21:51 >> PERSISTENT : No >> SOURCE : >> /opt/nebula/ONE/var/datastores/100/166e07951a293cafa312a778fa2fb138 >> FSTYPE : ext4 >> SIZE : 200M >> STATE : rdy >> RUNNING_VMS : 0 >> >> PERMISSIONS >> >> OWNER : um- >> GROUP : --- >> OTHER : --- >> >> IMAGE TEMPLATE >> >> DEV_PREFIX="hd" >> >> above, Thanks! >> >> david >> ** >> >> >> ------------------ 原始邮件 ------------------ >> *发件人:* "Ruben S. Montero"<[email protected]>; >> *发送时间:* 2012年10月25日(星期四) 下午5:45 >> *收件人:* "Andr Monteiro"<[email protected]>; ** >> *抄送:* "David"<[email protected]>; "users"<[email protected]>; >> ** >> *主题:* Re: [one-users] 回复： Attachdisk image to VM failed >> >> Hi >> >> 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? >> >> David, could you send the contents of disk.2.attach file please? >> >> >> Thanks >> >> Ruben >> >> >> >> >> On Thu, Oct 25, 2012 at 10:48 AM, André Monteiro <[email protected] >> > wrote: >> >>> Hi, >>> >>> I was executing from Sunstone. From the command line it also failed if >>> no target is supplied. I ran >>> >>> onevm attachdisk 10 --image datablock_ext4 --target vd >>> And it attached well the disk! >>> >>> DISK=[ >>> CLONE="YES", >>> DATASTORE="default", >>> DATASTORE_ID="1", >>> DEV_PREFIX="hd", >>> DISK_ID="2", >>> IMAGE="datablock_ext4", >>> IMAGE_ID="17", >>> READONLY="NO", >>> SAVE="NO", >>> >>> SOURCE="/opt/opennebula/var/datastores/1/a9edec2a65484bef413bedaecb7fb85b", >>> TARGET="vd", >>> TM_MAD="shared", >>> TYPE="FILE" ] >>> >>> >>> -- >>> André Monteiro >>> >>> >>> >>> >>> On Thu, Oct 25, 2012 at 9:42 AM, David <[email protected]> wrote: >>> >>>> Hi, >>>> >>>> I added the default type value according to what you said, but the >>>> problem truly exist. >>>> >>>> Output the default type value is raw, before modification the value is >>>> file. Error did not change. are you no problem？ >>>> >>>> the TARGET arg is "sda" and do you know why? >>>> -------------------------------------type raw >>>> 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 >>>> error: operation failed: adding lsi,id=scsi0,bus=pci.0,addr=0x10 device >>>> failed: Parameter 'driver' expects a driver name >>>> Try with argument '?' for a list. >>>> ERROR MESSAGE --8<------ >>>> Could not attach /one_images/0/17/disk.2 (sda) to one-17 >>>> ERROR MESSAGE ------>8-- >>>> >>>> Regards！ >>>> david >>>> ** >>>> >>>> >>>> ------------------ 原始邮件 ------------------ >>>> *发件人:* "André Monteiro"<[email protected]>; >>>> *发送时间:* 2012年10月25日(星期四) 下午4:08 >>>> *收件人:* "David"<[email protected]>; ** >>>> *抄送:* "users"<[email protected]>; ** >>>> *主题:* Re: [one-users] Attachdisk image to VM failed >>>> >>>> Hi, >>>> >>>> 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: >>>> >>>> TYPE="raw" >>>> TYPE=$(echo "$TYPE"|tr A-Z a-z) >>>> and leave the other expression also to override if it is not empty. >>>> >>>> -- >>>> André Monteiro >>>> >>>> >>>> >>>> >>>> On Thu, Oct 25, 2012 at 8:17 AM, David <[email protected]> wrote: >>>> >>>>> Hi, >>>>> >>>>> 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： >>>>> 1. Create the datablock's image ，command： >>>>> $oneimage create -d 100 --name datablock_ext4 --type DATABLOCK >>>>> --size=200 --fstype ext4 >>>>> $oneimage list >>>>> ID USER GROUP NAME DATASTORE SIZE TYPE >>>>> PER STAT RVMS >>>>> 1 oneadmin oneadmin Centos6.0 default 10G OS >>>>> No rdy 0 >>>>> 11 oneadmin oneadmin ext3DataBlock fs_ds 200M DB >>>>> No rdy 0 >>>>> 13 oneadmin oneadmin datablock_ext4 fs_ds 200M DB >>>>> No rdy 0 >>>>> 2. $ onevm list >>>>> 17 oneadmin oneadmin test-rhel_swap runn 6 512M 192.168.32 >>>>> 0d 03h00 >>>>> Start attachdisk，command： >>>>> $onevm attachdisk 17 --image ext3DataBlock >>>>> The VM log as follows: >>>>> 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 >>>>> Thu Oct 25 12:49:48 2012 [VMM][I]: ExitCode: 0 >>>>> Thu Oct 25 12:49:48 2012 [VMM][I]: Successfully execute transfer >>>>> manager driver operation: tm_attach. >>>>> 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 >>>>> 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 >>>>> 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 >>>>> Thu Oct 25 12:49:48 2012 [VMM][I]: Try with argument '?' for a list. >>>>> Thu Oct 25 12:49:48 2012 [VMM][E]: Could not attach >>>>> /one_images/0/17/disk.2 (sda) to one-17 >>>>> Thu Oct 25 12:49:48 2012 [VMM][I]: ExitCode: 1 >>>>> Thu Oct 25 12:49:48 2012 [VMM][I]: Failed to execute virtualization >>>>> driver operation: attach_disk. >>>>> 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 >>>>> Thu Oct 25 12:52:41 2012 [VMM][I]: ExitCode: 0 >>>>> Thu Oct 25 12:52:41 2012 [VMM][D]: Monitor Information: >>>>> what the above reason ? >>>>> How to successfully attch disk image to virtual machine? >>>>> Looking forward to reply！ >>>>> >>>>> Regards！ >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> _______________________________________________ >>>>> Users mailing list >>>>> [email protected] >>>>> http://lists.opennebula.org/listinfo.cgi/users-opennebula.org >>>>> >>>>> >>>> ** >>>> >>> >>> >>> _______________________________________________ >>> Users mailing list >>> [email protected] >>> http://lists.opennebula.org/listinfo.cgi/users-opennebula.org >>> >>> >> >> >> -- >> Ruben S. Montero, PhD >> Project co-Lead and Chief Architect >> OpenNebula - The Open Source Solution for Data Center Virtualization >> www.OpenNebula.org | [email protected] | @OpenNebula >> ** >> > > > > -- > Ruben S. Montero, PhD > Project co-Lead and Chief Architect > OpenNebula - The Open Source Solution for Data Center Virtualization > www.OpenNebula.org | [email protected] | @OpenNebula >
_______________________________________________ Users mailing list [email protected] http://lists.opennebula.org/listinfo.cgi/users-opennebula.org
