<div dir="ltr">I think it would simplify deployment a fair bit too -- a single API to provide instead of also having to setup a notification listener. I shall ponder and perhaps implement once I've finished the privsep stuff.<div><br></div><div>Michael</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Mar 16, 2018 at 5:49 PM, Juan Antonio Osorio <span dir="ltr"><<a href="mailto:jaosorior@gmail.com" target="_blank">jaosorior@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>Having an interface for vendordata that gets deletes would be quite nice. Right now for novajoin we listen to the nova notifications for updates and deletes; if this could be handled natively by vendordata, it would simplify our codebase.<br><br></div>BR<br></div><div class="gmail_extra"><div><div class="h5"><br><div class="gmail_quote">On Fri, Mar 16, 2018 at 7:34 AM, Michael Still <span dir="ltr"><<a href="mailto:mikal@stillhq.com" target="_blank">mikal@stillhq.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Thanks for this. I read the README for the project after this and I do now realise you're using notifications for some of these events.<div><br></div><div>I guess I'm still pondering if its reasonable to have everyone listen to notifications to build systems like these, or if we should messages to vendordata to handle these actions. Vendordata is intended at deployers, so having a simple and complete interface seems important.</div><div><br></div><div>There were also comments in the README about wanting to change the data that appears in the metadata server over time. I'm wondering how that maps into the configdrive universe. Could you explain those comments a bit more please?</div><div><br></div><div>Thanks for your quick reply,</div><div>Michael</div><div><br></div><div><br></div><div><br></div></div><div class="m_-6549855813575202362HOEnZb"><div class="m_-6549855813575202362h5"><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Mar 16, 2018 at 2:18 PM, Pino de Candia <span dir="ltr"><<a href="mailto:giuseppe.decandia@gmail.com" target="_blank">giuseppe.decandia@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hi Michael,<div><br></div><div>Thanks for your message... and thanks for your vendordata work!</div><div><br></div><div>About your question, Tatu listens to events on the oslo message bus. Specifically, it reacts to compute.instance.delete.end by cleaning up per-instance resources. It also listens to project creation and user role assignment changes. The code is at:</div><div><a href="https://github.com/openstack/tatu/blob/master/tatu/notifications.py" target="_blank">https://github.com/openstack/t<wbr>atu/blob/master/tatu/notificat<wbr>ions.py</a><br></div><div><br></div><div>best,</div><div>Pino</div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote"><div><div class="m_-6549855813575202362m_1524628608990681407h5">On Thu, Mar 15, 2018 at 3:42 PM, Michael Still <span dir="ltr"><<a href="mailto:mikal@stillhq.com" target="_blank">mikal@stillhq.com</a>></span> wrote:<br></div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="m_-6549855813575202362m_1524628608990681407h5"><div dir="ltr">Heya,<div><br></div><div>I've just stumbled across Tatu and the design presentation [1], and I am wondering how you handle cleaning up instances when they are deleted given that nova vendordata doesn't expose a "delete event".</div><div><br></div><div>Specifically I'm wondering if we should add support for such an event to vendordata somehow, given I can now think of a couple of use cases for it.</div><div><br></div><div>Thanks,</div><div>Michael</div><div><br></div><div>1: <a href="https://docs.google.com/presentation/d/1HI5RR3SNUu1If-A5Zi4EMvjl-3TKsBW20xEUyYHapfM/edit#slide=id.p" target="_blank">https://docs.google.com/pre<wbr>sentation/d/1HI5RR3SNUu1If-A5Z<wbr>i4EMvjl-3TKsBW20xEUyYHapfM/edi<wbr>t#slide=id.p</a></div></div>
<br></div></div>______________________________<wbr>______________________________<wbr>______________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.op<wbr>enstack.org?subject:unsubscrib<wbr>e</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi<wbr>-bin/mailman/listinfo/openstac<wbr>k-dev</a><br>
<br></blockquote></div><br></div>
<br>______________________________<wbr>______________________________<wbr>______________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.op<wbr>enstack.org?subject:unsubscrib<wbr>e</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi<wbr>-bin/mailman/listinfo/openstac<wbr>k-dev</a><br>
<br></blockquote></div><br></div>
</div></div><br>______________________________<wbr>______________________________<wbr>______________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.op<wbr>enstack.org?subject:unsubscrib<wbr>e</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi<wbr>-bin/mailman/listinfo/openstac<wbr>k-dev</a><br>
<br></blockquote></div><br><br clear="all"><br></div></div><span class="HOEnZb"><font color="#888888">-- <br><div class="m_-6549855813575202362gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><font style="font-family:arial narrow,sans-serif;color:rgb(102,102,102)" size="2">Juan Antonio Osorio R.<br>e-mail: <a href="mailto:jaosorior@gmail.com" target="_blank">jaosorior@gmail.com</a><br></font><font style="font-family:arial narrow,sans-serif;color:rgb(102,102,102)" size="2"><br></font></div></div></div>
</font></span></div>
<br>______________________________<wbr>______________________________<wbr>______________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.<wbr>openstack.org?subject:<wbr>unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/<wbr>cgi-bin/mailman/listinfo/<wbr>openstack-dev</a><br>
<br></blockquote></div><br></div>