
<div dir="ltr">Hi,<div><br></div><div>Take a look at these lines: </div><div><br></div><div><span style="font-family:arial,sans-serif;font-size:13px">Sun Mar 30 23:59:04 2014 [ReM][D]: Req:7520 UID:0 VirtualMachineDeploy invoked, 1687, 3, false</span><br>


</div><div><span style="font-family:arial,sans-serif;font-size:13px">Sun Mar 30 23:59:13 2014 [ReM][D]: Req:5120 UID:0 VirtualMachineAction invoked, "delete", 1687</span><span style="font-family:arial,sans-serif;font-size:13px"><br>


</span></div><div><span style="font-family:arial,sans-serif;font-size:13px"><br></span></div><div><span style="font-family:arial,sans-serif;font-size:13px">onevm delete was called. Is this happening for all your VMs?</span></div>


<div class="gmail_extra"><br></div><div class="gmail_extra">Regards<br clear="all"><div><div dir="ltr">--<br><div>Carlos Martķn, MSc<br>Project Engineer</div><div>OpenNebula - Flexible Enterprise Cloud Made Simple<br><div>


<span style="border-collapse:collapse;color:rgb(136,136,136);font-family:arial,sans-serif;font-size:13px"><a href="http://www.OpenNebula.org" target="_blank">www.OpenNebula.org</a> | <a href="mailto:cmartin@opennebula.org" target="_blank">cmartin@opennebula.org</a> | <a href="http://twitter.com/opennebula" target="_blank">@OpenNebula</a></span><span style="border-collapse:collapse;color:rgb(136,136,136);font-family:arial,sans-serif;font-size:13px"><a href="mailto:cmartin@opennebula.org" style="color:rgb(42,93,176)" target="_blank"></a></span></div>


</div></div></div>

<br><br><div class="gmail_quote">On Sat, Apr 5, 2014 at 8:00 AM,  <span dir="ltr"><<a href="mailto:kenny.kenny@bol.com.br" target="_blank">kenny.kenny@bol.com.br</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">


<div>i didt find anything wrong , just something about driver..<br> <br><br></div>

<div>thanks.</div>

<div><br>Sun Mar 30 23:58:55 2014 [ReM][D]: Req:1280 UID:0 VirtualMachineAllocate invoked, "CPU="0.1"...", false<br>Sun Mar 30 23:58:56 2014 [ReM][D]: Req:1280 UID:0 VirtualMachineAllocate result SUCCESS, 1687<br>


Sun Mar 30 23:59:01 2014 [ReM][D]: Req:5632 UID:2 HostPoolInfo invoked<br>Sun Mar 30 23:59:01 2014 [ReM][D]: Req:5632 UID:2 HostPoolInfo result SUCCESS, "<HOST_POOL><HOST><ID..."<br>Sun Mar 30 23:59:02 2014 [ReM][D]: Req:8016 UID:0 VirtualMachinePoolInfo invoked, -2, -1, -1, -1<br>


Sun Mar 30 23:59:02 2014 [ReM][D]: Req:8016 UID:0 VirtualMachinePoolInfo result SUCCESS, "<VM_POOL><VM><ID>162..."<br>Sun Mar 30 23:59:02 2014 [ReM][D]: Req:9776 UID:0 VirtualMachineInfo invoked, 1624<br>


Sun Mar 30 23:59:02 2014 [ReM][D]: Req:9776 UID:0 VirtualMachineInfo result SUCCESS, "<VM><ID>1624</ID><UI..."<br>Sun Mar 30 23:59:03 2014 [ReM][D]: Req:496 UID:0 VirtualMachinePoolInfo invoked, -2, -1, -1, -1<br>


Sun Mar 30 23:59:03 2014 [ReM][D]: Req:496 UID:0 VirtualMachinePoolInfo result SUCCESS, "<VM_POOL><VM><ID>162..."<br>Sun Mar 30 23:59:03 2014 [ReM][D]: Req:496 UID:0 VirtualMachinePoolInfo invoked, -2, -1, -1, -1<br>


Sun Mar 30 23:59:03 2014 [ReM][D]: Req:496 UID:0 VirtualMachinePoolInfo result SUCCESS, "<VM_POOL><VM><ID>162..."<br>Sun Mar 30 23:59:03 2014 [ReM][D]: Req:5056 UID:0 VirtualMachineInfo invoked, 1624<br>


Sun Mar 30 23:59:03 2014 [ReM][D]: Req:5056 UID:0 VirtualMachineInfo result SUCCESS, "<VM><ID>1624</ID><UI..."<br>Sun Mar 30 23:59:03 2014 [ReM][D]: Req:496 UID:0 VirtualMachinePoolInfo invoked, -2, -1, -1, -1<br>


Sun Mar 30 23:59:04 2014 [ReM][D]: Req:496 UID:0 VirtualMachinePoolInfo result SUCCESS, "<VM_POOL><VM><ID>162..."<br>Sun Mar 30 23:59:04 2014 [ReM][D]: Req:2640 UID:0 VirtualMachinePoolInfo invoked, -2, -1, -1, -1<br>


Sun Mar 30 23:59:04 2014 [ReM][D]: Req:2640 UID:0 VirtualMachinePoolInfo result SUCCESS, "<VM_POOL><VM><ID>162..."<br>Sun Mar 30 23:59:04 2014 [ReM][D]: Req:9120 UID:0 HostPoolInfo invoked<br>

Sun Mar 30 23:59:04 2014 [ReM][D]: Req:9120 UID:0 HostPoolInfo result SUCCESS, "<HOST_POOL><HOST><ID..."<br>

Sun Mar 30 23:59:04 2014 [ReM][D]: Req:6560 UID:0 ClusterPoolInfo invoked<br>Sun Mar 30 23:59:04 2014 [ReM][D]: Req:7520 UID:0 VirtualMachineDeploy invoked, 1687, 3, false<br>Sun Mar 30 23:59:04 2014 [DiM][D]: Deploying VM 1687<br>


Sun Mar 30 23:59:04 2014 [ReM][D]: Req:7520 UID:0 VirtualMachineDeploy result SUCCESS, 1687<br>Sun Mar 30 23:59:05 2014 [ReM][D]: Req:5696 UID:2 UserPoolInfo invoked<br>Sun Mar 30 23:59:05 2014 [ReM][D]: Req:5696 UID:2 UserPoolInfo result SUCCESS, "<USER_POOL><USER><ID..."<br>


Sun Mar 30 23:59:06 2014 [VMM][I]: --Mark--<br>Sun Mar 30 23:59:08 2014 [ReM][D]: Req:272 UID:2 AclInfo invoked<br>Sun Mar 30 23:59:08 2014 [ReM][D]: Req:272 UID:2 AclInfo result SUCCESS, "<ACL_POOL><ACL><ID>0..."<br>


Sun Mar 30 23:59:13 2014 [ReM][D]: Req:5120 UID:0 VirtualMachineAction invoked, "delete", 1687<br>Sun Mar 30 23:59:13 2014 [DiM][D]: Finalizing VM 1687<br>Sun Mar 30 23:59:13 2014 [ReM][D]: Req:5120 UID:0 VirtualMachineAction result SUCCESS, 1687<br>


Sun Mar 30 23:59:14 2014 [TM][D]: Message received: LOG I 1687 Driver command for 1687 cancelled<br>Sun Mar 30 23:59:15 2014 [ReM][D]: Req:2192 UID:2 VirtualMachinePoolInfo invoked, -2, -1, -1, -1<br>Sun Mar 30 23:59:15 2014 [ReM][D]: Req:2192 UID:2 VirtualMachinePoolInfo result SUCCESS, "<VM_POOL><VM><ID>162..."<br>


Sun Mar 30 23:59:19 2014 [ReM][D]: Req:3520 UID:2 ImagePoolInfo invoked, -2, -1, -1<br>Sun Mar 30 23:59:19 2014 [ReM][D]: Req:3520 UID:2 ImagePoolInfo result SUCCESS, "<IMAGE_POOL><IMAGE><..."</div>


<hr style="border-top:1px solid #ccc">

<div><br><strong>De:</strong> <a href="mailto:cmartin@opennebula.org" target="_blank">cmartin@opennebula.org</a><br><strong>Enviada:</strong> Quinta-feira, 3 de Abril de 2014 10:48<div><div class="h5"><br><strong>Para:</strong> <a href="mailto:kenny.kenny@bol.com.br" target="_blank">kenny.kenny@bol.com.br</a><br>


<strong>Assunto:</strong> [one-users] blktap xen 4.2 and opennebula 4.2<br><br></div></div></div><div class="HOEnZb"><div class="h5">

<div dir="ltr">

<div class="gmail_extra">Hi,<br><br>

<div class="gmail_quote">On Tue, Apr 1, 2014 at 5:07 PM, <span dir="ltr"><<a>kenny.kenny@bol.com.br</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:#cccccc;border-left-style:solid;padding-left:1ex">

<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>

</blockquote>

<div> </div>

<div>

<div dir="ltr">Can you check in oned.log if there is any call to onevm delete? Maybe there is a script somewhere causing this...<br>--<br>

<div>Carlos Martķn, MSc<br>Project Engineer</div>

<div>OpenNebula - Flexible Enterprise Cloud Made Simple<br>

<div><span style="border-collapse:collapse;color:#888888;font-family:arial,sans-serif;font-size:13px"><a>www.OpenNebula.org</a> | <a>cmartin@opennebula.org</a> | <a>@OpenNebula</a></span></div>

</div>

</div>

</div>

<div> </div>

<div> </div>

<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:#cccccc;border-left-style:solid;padding-left:1ex"><hr style="border-top-width:1px;border-top-style:solid;border-top-color:#cccccc">


<div><br><strong>De:</strong> <a>jfontan@opennebula.org</a><br><strong>Enviada:</strong> Terēa-feira, 1 de Abril de 2014 09:40<br><strong>Para:</strong> <a>kenny.kenny@bol.com.br</a>,<a>users@lists.opennebula.org</a>

<div>

<div><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, <<a>kenny.kenny@bol.com.br</a>> 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: <a>jfontan@opennebula.org</a><br> > Enviada: Sexta-feira, 28 de Marēo de 2014 16:11<br>><br>> Para: <a>kenny.kenny@bol.com.br</a><br>> Assunto: [one-users] blktap xen 4.2 and opennebula 4.2<br> ><br>


> On Fri, Mar 28, 2014 at 3:37 PM, <<a>kenny.kenny@bol.com.br</a>> 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: <a>jfontan@opennebula.org</a><br>>> Enviada: Sexta-feira, 28 de Marēo de 2014 12:36<br>>><br>>> Para: <a>kenny.kenny@bol.com.br</a><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, <<a>kenny.kenny@bol.com.br</a>> wrote:<br>


 >>> see atached files.<br>>>><br>>>><br>>>> thanks.<br>>>> ________________________________<br>>>><br>>>> De: <a>jfontan@gmail.com</a><br> >>> Enviada: Quinta-feira, 27 de Marēo de 2014 19:18<br>


>>><br>>>> Para: <a>kenny.kenny@bol.com.br</a><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 <<a>jfontan@gmail.com</a>> 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, <<a>kenny.kenny@bol.com.br</a>> 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: <a>jfontan@gmail.com</a><br> >>>>> Enviada: Quinta-feira, 27 de Marēo de 2014 18:08<br>>>>>> Para: <a>kenny.kenny@bol.com.br</a><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, <<a>kenny.kenny@bol.com.br</a>> 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> >>>>>> <a>Users@lists.opennebula.org</a><br>>>>>>> <a>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>www.OpenNebula.org</a> | @OpenNebula | <a>github.com/jfontan</a><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>www.OpenNebula.org</a> | @OpenNebula | <a>github.com/jfontan</a><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>www.OpenNebula.org</a> | @OpenNebula | <a>github.com/jfontan</a><br>


>><br>>><br>>><br>>> --<br>>> Javier Fontįn Muińos<br>>> Developer<br> >> OpenNebula - The Open Source Toolkit for Data Center Virtualization<br>>> <a>www.OpenNebula.org</a> | @OpenNebula | <a>github.com/jfontan</a><br>


><br>><br> ><br>> --<br>> Javier Fontįn Muińos<br>> Developer<br>> OpenNebula - The Open Source Toolkit for Data Center Virtualization<br>> <a>www.OpenNebula.org</a> | @OpenNebula | <a>github.com/jfontan</a><br>


 <br><br><br>-- <br>Javier Fontįn Muińos<br>Developer<br>OpenNebula - The Open Source Toolkit for Data Center Virtualization<br><a>www.OpenNebula.org</a> | @OpenNebula | <a>github.com/jfontan</a></div>

</div>

</div>

<br>_______________________________________________<br> Users mailing list<br> <a>Users@lists.opennebula.org</a><br> <a>http://lists.opennebula.org/listinfo.cgi/users-opennebula.org</a><br> </blockquote>

</div>

</div>

</div>

<div> </div></div></div></blockquote></div><br></div></div>