<div dir="ltr">Hi,<div><br></div><div class="gmail_extra"><div class="gmail_quote">On Fri, Feb 20, 2015 at 1:15 PM, Andy Coates <span dir="ltr"><<a href="mailto:andy.coates@gmail.com" target="_blank">andy.coates@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr">We tried 'p' but it means we can't cancel the VM.  We have to resume the VM just to stop it, and then cancel it.<div><br></div><div>Feels like we're going about something the wrong way if we're unable to monitor a VM's state to show it stopped, and thus cancel/clean up the VM.</div></div></blockquote><div><br></div><div>Maybe the problem is with the nomenclature.</div><div><br></div><div>You said you wanted to report the VM is stopped. To OpenNebula that means that the VM disks and the memory state have been saved back to the system datastore, plus the networking is cleaned up, etc. That's something that the VM can't do by itself, so we don't consider the option to report that from the poll info.</div><div><br></div><div>If by stopped you mean that the VM was shut down, then the drivers can report 'd', and the core will move it to the poweroff state.</div><div>In any case, a VM in the suspended or poweroff states can be deleted without having to resume it first.<br></div><div><br></div><div>At least that's how it works for 4.10, it may be a bit different in 4.6.</div><div><br></div><div><br></div><div>Regards</div><div><div><div class="gmail_signature"><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-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-size:13px"><a href="mailto:cmartin@opennebula.org" target="_blank" style="color:rgb(42,93,176)"></a></span></div></div><div><br></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:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div class=""><div class="h5"><div class="gmail_extra"><div class="gmail_quote">On 20 February 2015 at 17:29, Carlos Martín Sánchez <span dir="ltr"><<a href="mailto:cmartin@opennebula.org" target="_blank">cmartin@opennebula.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr">Hi,<div><br></div><div class="gmail_extra"><div class="gmail_quote"><span>On Wed, Feb 18, 2015 at 11:37 AM, Andy Coates <span dir="ltr"><<a href="mailto:andy.coates@gmail.com" target="_blank">andy.coates@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr">Thanks Carlos - I thought 'd' would be marked as something else.   We're basically trying to flag a stopped VM but with those limited STATE options it doesn't seem possible.  How can we represent a 'stopped' VM in the poll information?</div></blockquote><div> </div></span><div>If the driver returns 'p', the VM is moved to SUSPEND. But you can't tell opennebula that the VM is STOPPED, this needs to be started from the core.</div><span><div><br></div><div>Regards</div><div><div><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-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-size:13px"><a href="mailto:cmartin@opennebula.org" style="color:rgb(42,93,176)" target="_blank"></a></span></div></div><div><br></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:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div><div><div class="gmail_extra"><div class="gmail_quote">On 18 February 2015 at 16:58, Carlos Martín Sánchez <span dir="ltr"><<a href="mailto:cmartin@opennebula.org" target="_blank">cmartin@opennebula.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr">Hi,<div><div><div><br></div><div>On Mon, Feb 16, 2015 at 9:51 AM, Andy Coates <span dir="ltr"><<a href="mailto:andy.coates@gmail.com" target="_blank">andy.coates@gmail.com</a>></span> wrote:<br></div></div></div><div class="gmail_extra"><div class="gmail_quote"><div><div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr"><div>Running OpenNebula 4.6.2</div><div><br></div><div>We have a custom VMM driver that is set to report 'unknown' state if we can't determine the current VM state on the host.  According to the docs the '-' character indicates unknown, and as shown below ON is seeing and parsing the VMM data correctly:</div><div><br></div>[VMM][D]: VM 1135 successfully monitored: USEDMEMORY=4194304 USEDCPU=800 NETTX=0 NETRX=0 <u>STATE=<b>-</b></u> IP=10.0.0.174<br><div><br></div><div>Am I missing something?  Shouldn't the VM state be set to unkn/UNKNOWN in this case?</div><div><br></div><div>Thanks.</div></div></blockquote><div><br></div></div></div><div>The '-' character indicates a monitoring unexpected error, like when the monitoring probes could not parse the output. In this case OpenNebula does nothing, the current VM state is kept.</div><div>A state='d' (disappeared) indicates that the monitoring could be done (hypervisor is up), but the VM was not found in the list of VMs. In this case OpenNebula will set the VM to unknown.</div><div><div><div dir="ltr"><br></div><div dir="ltr">See: <a href="http://docs.opennebula.org/4.6/integration/infrastructure_integration/devel-vmm.html#poll-information" target="_blank">http://docs.opennebula.org/4.6/integration/infrastructure_integration/devel-vmm.html#poll-information</a></div><div dir="ltr"><br></div><div dir="ltr">Regards<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:rgb(136,136,136);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-size:13px"><a href="mailto:cmartin@opennebula.org" style="color:rgb(42,93,176)" target="_blank"></a></span></div></div></div></div></div><br><div> </div></div><br></div></div>
</blockquote></div><br></div>
</div></div></blockquote></span></div><br></div></div>
</blockquote></div><br></div>
</div></div></blockquote></div><br></div></div>