<div>no i didn't do that.<br /> <br />after a few seconds, the vm name disapear from onevm list. it doesnt stay with prolog, boot etc.</div>
<hr style="border-top: 1px solid #ccc;" />
<div><br /><strong>De:</strong> jfontan@opennebula.org<br /><strong>Enviada:</strong> Terça-feira, 1 de Abril de 2014 09:40<br /><strong>Para:</strong> kenny.kenny@bol.com.br,users@lists.opennebula.org<br /><strong>Assunto:</strong> [one-users] blktap xen 4.2 and opennebula 4.2<br /><br />That message is only seen when you cancel actions like when you<br />execute onevm delete. Have you done that? Maybe you didn't wait until<br />the image transfer was done.<br /><br />On Mon, Mar 31, 2014 at 5:08 AM, <kenny.kenny@bol.com.br> wrote:<br />> Hello, i try to force the driver in the image but i got this error in<br />> var/log/one/XXXX.log<br />><br />><br />><br />> Sun Mar 30 23:59:04 2014 [DiM][I]: New VM state is ACTIVE.<br />> Sun Mar 30 23:59:04 2014 [LCM][I]: New VM state is PROLOG.<br />> Sun Mar 30 23:59:04 2014 [VM][I]: Virtual Machine has no context<br />> Sun Mar 30 23:59:13 2014 [LCM][I]: New VM state is CLEANUP.<br />> Sun Mar 30 23:59:14 2014 [DiM][I]: New VM state is DONE<br />> Sun Mar 30 23:59:14 2014 [TM][W]: Ignored: LOG I 1687 Driver command for<br />> 1687 cancelled<br />><br />> Sun Mar 30 23:59:42 2014 [TM][W]: Ignored: TRANSFER SUCCESS 1687 -<br />><br />> And vm didnt start .<br />> do you know what is this ?<br />> thanks.<br />> ________________________________<br />><br />> De: jfontan@opennebula.org<br />> Enviada: Sexta-feira, 28 de Março de 2014 16:11<br />><br />> Para: kenny.kenny@bol.com.br<br />> Assunto: [one-users] blktap xen 4.2 and opennebula 4.2<br />><br />> On Fri, Mar 28, 2014 at 3:37 PM, <kenny.kenny@bol.com.br> wrote:<br />>> Thanks for the reply, i forgot to say im using NFS.<br />>> Its a problem ?<br />><br />> It should not be a problem.<br />><br />>> I will check the files in the remote host.<br />>> It´s in the same folder ?<br />><br />> No, in the nodes they reside in /var/tmp/one.<br />><br />>> I will see if the image has a driver.<br />>> I can chage the image driver or i need to create a new one ?<br />><br />> You can use "oneimage update" command or the Sunstone web interface<br />><br />><br />>><br />>><br />>> ________________________________<br />>><br />>> De: jfontan@opennebula.org<br />>> Enviada: Sexta-feira, 28 de Março de 2014 12:36<br />>><br />>> Para: kenny.kenny@bol.com.br<br />>> Assunto: [one-users] blktap xen 4.2 and opennebula 4.2<br />>><br />>> Is it possible that you have a driver defined in the image you are<br />>> attaching? An explicit driver takes precedence over the default one<br />>> configured.<br />>><br />>> Still, I've made the test with a vanilla OpenNebula 4.2 installation<br />>> and the tips I've sent you work nicely. To test this I've changed the<br />>> prefix to a wrong one so we can see the command:<br />>><br />>> * Changed /var/lib/one/remotes/vmm/xen4/xenrc and set this line:<br />>><br />>> export DEFAULT_FILE_PREFIX="this:should:not:work"<br />>><br />>> * Executed "onehost sync" as oneadmin user. This part is very<br />>> important as the nodes have a copy of driver files (remotes) and we<br />>> need to update those files in the nodes when we modify something in<br />>> the frontend.<br />>><br />>> * Waited for the next monitoring cycle of all nodes. In OpenNebula 4.2<br />>> the copy of remotes is done in the monitorization phase<br />>><br />>> * Attach disk:<br />>><br />>> $ onevm disk-attach 0 --image data<br />>><br />>> * Got the error:<br />>><br />>> ERROR="Fri Mar 28 12:41:33 2014 : Error attaching new VM Disk: Could<br />>> not attach<br />>> this:should:not:work:/home/one/one/install-4.2/var//datastores/0/0/disk.1<br />>> (sda) to one-0"<br />>><br />>> On Thu, Mar 27, 2014 at 8:18 PM, <kenny.kenny@bol.com.br> wrote:<br />>>> see atached files.<br />>>><br />>>><br />>>> thanks.<br />>>> ________________________________<br />>>><br />>>> De: jfontan@gmail.com<br />>>> Enviada: Quinta-feira, 27 de Março de 2014 19:18<br />>>><br />>>> Para: kenny.kenny@bol.com.br<br />>>> Assunto: [one-users] blktap xen 4.2 and opennebula 4.2<br />>>><br />>>> Disregard the --force. I've misread the problem. The parameter --force<br />>>> does not work in one 4.2. Just execute:<br />>>><br />>>> onehost sync<br />>>><br />>>> On Thu, Mar 27, 2014 at 7:07 PM, Javier Fontan <jfontan@gmail.com> wrote:<br />>>>> Are you sure that the drivers uncomented are xen4 and not xen3?<br />>>>><br />>>>> Also, can you send me the file xenrc you've changed? That "invalid<br />>>>> option: --force" is so strange.<br />>>>><br />>>>> On Thu, Mar 27, 2014 at 7:03 PM, <kenny.kenny@bol.com.br> wrote:<br />>>>>> it didnt work.<br />>>>>><br />>>>>><br />>>>>><br />>>>>> i received this message<br />>>>>> invalid option: --force<br />>>>>><br />>>>>> and it always use file insstead of tap2:aio<br />>>>>> i dont know what to do.<br />>>>>> ________________________________<br />>>>>><br />>>>>> De: jfontan@gmail.com<br />>>>>> Enviada: Quinta-feira, 27 de Março de 2014 18:08<br />>>>>> Para: kenny.kenny@bol.com.br<br />>>>>> Assunto: [one-users] blktap xen 4.2 and opennebula 4.2<br />>>>>><br />>>>>><br />>>>>> You can change it in in "/var/lib/one/remotes/vmm/xen4/xenrc", the<br />>>>>> parameter is DEFAULT_FILE_PREFIX.<br />>>>>><br />>>>>> Remember to do a onehost sync --force so these files are copied to the<br />>>>>> remote hosts.<br />>>>>><br />>>>>> On Thu, Mar 27, 2014 at 3:54 AM, <kenny.kenny@bol.com.br> wrote:<br />>>>>>> Hello, i need to use blktap instead of default disk drive.<br />>>>>>><br />>>>>>> i changed /var/lib/one/remotes/vmm/xen4/attach_disk and<br />>>>>>> /etc/one/vmm_exec/vmm_exec_xen4.conf , but when take a look at<br />>>>>>> deployment.0<br />>>>>>> , it always with "file:".<br />>>>>>> What i need to do to change that ?<br />>>>>>><br />>>>>>> I will change it beacuase with file i can run just 8 vm per node.<br />>>>>>><br />>>>>>><br />>>>>>> thank<br />>>>>>><br />>>>>>> _______________________________________________<br />>>>>>> Users mailing list<br />>>>>>> Users@lists.opennebula.org<br />>>>>>> <a href="javascript:void(0);">http://lists.opennebula.org/listinfo.cgi/users-opennebula.org</a><br />>>>>>><br />>>>>><br />>>>>><br />>>>>><br />>>>>> --<br />>>>>> Javier Fontán Muiños<br />>>>>> OpenNebula Developer<br />>>>>> OpenNebula - The Open Source Toolkit for Data Center Virtualization<br />>>>>> <a href="javascript:void(0);">www.OpenNebula.org</a> | @OpenNebula | github.com/jfontan<br />>>>><br />>>>><br />>>>><br />>>>> --<br />>>>> Javier Fontán Muiños<br />>>>> OpenNebula Developer<br />>>>> OpenNebula - The Open Source Toolkit for Data Center Virtualization<br />>>>> <a href="javascript:void(0);">www.OpenNebula.org</a> | @OpenNebula | github.com/jfontan<br />>>><br />>>><br />>>><br />>>> --<br />>>> Javier Fontán Muiños<br />>>> OpenNebula Developer<br />>>> OpenNebula - The Open Source Toolkit for Data Center Virtualization<br />>>> <a href="javascript:void(0);">www.OpenNebula.org</a> | @OpenNebula | github.com/jfontan<br />>><br />>><br />>><br />>> --<br />>> Javier Fontán Muiños<br />>> Developer<br />>> OpenNebula - The Open Source Toolkit for Data Center Virtualization<br />>> <a href="javascript:void(0);">www.OpenNebula.org</a> | @OpenNebula | github.com/jfontan<br />><br />><br />><br />> --<br />> Javier Fontán Muiños<br />> Developer<br />> OpenNebula - The Open Source Toolkit for Data Center Virtualization<br />> <a href="javascript:void(0);">www.OpenNebula.org</a> | @OpenNebula | github.com/jfontan<br /><br /><br /><br />-- <br />Javier Fontán Muiños<br />Developer<br />OpenNebula - The Open Source Toolkit for Data Center Virtualization<br /><a href="javascript:void(0);">www.OpenNebula.org</a> | @OpenNebula | github.com/jfontan</div>