Hi Danny,<div><br></div><div><br>On Thu, Mar 22, 2012 at 6:48 PM, Danny Sternkopf <span dir="ltr"><<a href="mailto:danny.sternkopf@csc.fi" target="_blank">danny.sternkopf@csc.fi</a>></span> wrote:<blockquote class="gmail_quote" style="margin-top:0px;margin-right:0px;margin-bottom:0px;margin-left:0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
1) onevm shutdown fails:<br>[...] </blockquote><blockquote class="gmail_quote" style="margin-top:0px;margin-right:0px;margin-bottom:0px;margin-left:0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
However ONE already released the VMs IP and assigned it to another VM which of course cause a clash. I wonder if this is intended to work like this? Obviously ONE knows that the VM is still running so it should keep the associated IP allocated.<br>
</blockquote><div><br></div><div>The network leases and the disk images are releases once the VM reaches the DONE state only. If the shutdown timed out and the VM returned to RUNNING, this should not happen. Are you sure the OpenNebula VM is in running state? or did I misunderstand you?</div>
<div> </div><blockquote class="gmail_quote" style="margin-top:0px;margin-right:0px;margin-bottom:0px;margin-left:0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">2) onevm delete fails:<br>
It is similar to 1). virsh destroy gives an error (ExitCode: 42), but the transfer manager is wiping the disks even though the VM is still running. (but might be not fully functional anymore.) I also wonder if this makes any sense? In this case neither the user nor the administrator realize that the VM is still running unless you check the physical host locally or you take a look at the VM's log file.<br>
</blockquote><div><br></div><div>Yes, in this case OpenNebula assumes that the destroy action always succeeds. Unlike the graceful shutdown action, the VM is not monitored after the delete action.</div><div><br></div><div>
<br></div><div>As a workaround to this erratic virsh failures, you can set a retry in the IM and VMM drivers in oned.conf, using the -r argument option [1]</div><div><br></div><div><div><font face="'courier new', monospace">IM_MAD = [</font></div>
<div><font face="'courier new', monospace"> name = "im_kvm",</font></div><div><font face="'courier new', monospace"> executable = "one_im_ssh",</font></div><div><font face="'courier new', monospace"> arguments = "<b>-r 3</b> -t 15 kvm" ]</font></div>
<div><font face="'courier new', monospace"><br></font></div><div><font face="'courier new', monospace">VM_MAD = [</font></div><div><font face="'courier new', monospace"> name = "vmm_kvm",</font></div>
<div><font face="'courier new', monospace"> executable = "one_vmm_exec",</font></div><div><font face="'courier new', monospace"> arguments = "-t 15 <b>-r 3</b> kvm",</font></div>
<div><font face="'courier new', monospace"> default = "vmm_exec/vmm_exec_kvm.conf",</font></div><div><font face="'courier new', monospace"> type = "kvm" ]</font></div></div>
<div><br></div><div>Regards</div></div><div><br></div><div>[1] <a href="http://opennebula.org/documentation:documentation:devel-vmm">http://opennebula.org/documentation:documentation:devel-vmm</a></div><div>--<br>Carlos Martín, MSc<br>
Project Engineer<br>OpenNebula - The Open-source Solution for Data Center Virtualization<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>
<br>
<br><br><div class="gmail_quote">On Thu, Mar 22, 2012 at 6:48 PM, Danny Sternkopf <span dir="ltr"><<a href="mailto:danny.sternkopf@csc.fi" target="_blank">danny.sternkopf@csc.fi</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi,<br>
<br>
I do encounter (very rarely as it seems) problems where VMs are not properly deleted or shut off by onevm commands. I use ONE 3.0, hosts running Fedora15 and KVM and libvirt.<br>
<br>
1) onevm shutdown fails:<br>
I can see in the VM log file that the shutdown operation timed out and the VM is still running. Unfortunately I don't see the reason why 'virsh shutdown' failed. There is nothing in the system or libvirt logs. It looks for me that virsh can't properly communicate to the libvirtd. That is still harmless. However ONE already released the VMs IP and assigned it to another VM which of course cause a clash. I wonder if this is intended to work like this? Obviously ONE knows that the VM is still running so it should keep the associated IP allocated.<br>
<br>
2) onevm delete fails:<br>
It is similar to 1). virsh destroy gives an error (ExitCode: 42), but the transfer manager is wiping the disks even though the VM is still running. (but might be not fully functional anymore.) I also wonder if this makes any sense? In this case neither the user nor the administrator realize that the VM is still running unless you check the physical host locally or you take a look at the VM's log file.<br>
<br>
I was not able to find out why virsh failed and could not reproduce it. The hosts are healthy, but might have a strange problem at the very moment when users requested a VM shutdown or deletion.<br>
<br>
For example I could manually run the same command ONE was executing later on and it worked. (/var/tmp/one/vmm/kvm/cancel one-20740 n020504 20740 n020504)<br>
<br>
Any hints to libvirt issue?<br>
<br>
Regards,<br>
<br>
Danny<br>
______________________________<u></u>_________________<br>
Users mailing list<br>
<a href="mailto:Users@lists.opennebula.org" target="_blank">Users@lists.opennebula.org</a><br>
<a href="http://lists.opennebula.org/listinfo.cgi/users-opennebula.org" target="_blank">http://lists.opennebula.org/<u></u>listinfo.cgi/users-opennebula.<u></u>org</a><br>
</blockquote></div><br></div>