One note, however, it seems the only way for a user to cancel /delete a Powered off VM is to issue a delete action. If we make the delete action ADMIN-only, we would need to make the cancel action possible for VMs in Poweroff state (currently not possible).<div>
<br></div><div>Simon</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Sun, Dec 16, 2012 at 1:10 PM, Simon Boulet <span dir="ltr"><<a href="mailto:simon@nostalgeek.com" target="_blank">simon@nostalgeek.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="gmail_extra">Hi,<div class="im"><br><br><div class="gmail_quote">On Thu, Dec 6, 2012 at 1:48 PM, Ruben S. Montero <span dir="ltr"><<a href="mailto:rsmontero@opennebula.org" target="_blank">rsmontero@opennebula.org</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>This seems to be confusing, we are thinking of moving the delete<br>
operation to the ADMIN set (so you need admin permissions to delete)<br>
and so force users to use the safer cancel operation... Any thoughts?</div></blockquote></div><br></div></div><div class="gmail_extra">Not a bad idea to restrict cancel action to the ADMIN. However, I still think the VMM cancel action should be executed first, before the TM delete action, and the TM delete should be executed last, independently of the VMM cancel success or failure.</div>
<span class="HOEnZb"><font color="#888888">
<div class="gmail_extra"><br></div><div class="gmail_extra">Simon</div>
</font></span></blockquote></div><br></div>