[one-users] 回复： 回复： Attachdisk image to VM failed
André Monteiro
andre.monteir at gmail.com
Fri Oct 26 02:52:52 PDT 2012
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 <rsmontero at opennebula.org
> 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 <david1228 at foxmail.com> 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"<rsmontero at opennebula.org>;
>> *发送时间:* 2012年10月25日(星期四) 下午5:45
>> *收件人:* "Andr Monteiro"<andre.monteir at gmail.com>; **
>> *抄送:* "David"<david1228 at foxmail.com>; "users"<users at lists.opennebula.org>;
>> **
>> *主题:* 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 <andre.monteir at gmail.com
>> > 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 <david1228 at foxmail.com> 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"<andre.monteir at gmail.com>;
>>>> *发送时间:* 2012年10月25日(星期四) 下午4:08
>>>> *收件人:* "David"<david1228 at foxmail.com>; **
>>>> *抄送:* "users"<users at lists.opennebula.org>; **
>>>> *主题:* 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 <david1228 at foxmail.com> 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
>>>>> Users at lists.opennebula.org
>>>>> http://lists.opennebula.org/listinfo.cgi/users-opennebula.org
>>>>>
>>>>>
>>>> **
>>>>
>>>
>>>
>>> _______________________________________________
>>> Users mailing list
>>> Users at lists.opennebula.org
>>> 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 | rsmontero at opennebula.org | @OpenNebula
>> **
>>
>
>
>
> --
> Ruben S. Montero, PhD
> Project co-Lead and Chief Architect
> OpenNebula - The Open Source Solution for Data Center Virtualization
> www.OpenNebula.org | rsmontero at opennebula.org | @OpenNebula
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opennebula.org/pipermail/users-opennebula.org/attachments/20121026/a1e21170/attachment-0002.htm>
More information about the Users
mailing list