Hi Ruben, Andr??
    
    After my tests,  It can be mounted successfully when use the following 
command??
    onevm attachdisk one-27 --image datablock_ext4 --target vdaa
    specification??--target can't directly write "vd"?? instead??such specific 
device name vdd or vdaa.
    vm.log??
    Mon Oct 29 14:31:18 2012 [VMM][I]: Successfully execute virtualization 
driver operation: attach_disk.
Mon Oct 29 14:31:18 2012 [VMM][E]: VM Disk Successfully attached.




------------------ ???????? ------------------
??????: "Andr?? Monteiro"<[email protected]>;
????????: 2012??10??26??(??????) ????5:52
??????: "Ruben S. Montero"<[email protected]>; 
????: "David"<[email protected]>; "users"<[email protected]>; 
????: Re: ?????? [one-users] ?????? Attachdisk image to VM failed



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

Reply via email to