<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Sep 7, 2016 at 4:18 PM, Boris Bobrov <span dir="ltr"><<a href="mailto:bbobrov@mirantis.com" target="_blank">bbobrov@mirantis.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hello,<br>
<br>
I wonder if it would be worth integrating ospurge into openstackclient.<br>
<br>
Are there any osc sessions planned at the summit?<div><div class="gmail-h5"><br>
<br></div></div></blockquote>Hi,<div>I am the current "PTL" of the openstack/ospurge project. The project is still alive and we have some small contributions from time to time, which proves that there's definitively a need for a project purger tool.</div><div><br></div><div>It would be great if there were an official/widely used tool to do that, maybe OSC is the best place. One advice to who ever wants to have another stab at it: make the thing modular from the start. (in ospurge we now have a fat file of 900LoC that's hard to maintain and I regularly have to "say no" to people trying to extend it to clean resources of the new a-la-mode openstack service).</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div><div class="gmail-h5">
On 09/07/2016 04:05 PM, John Davidge wrote:<br>
</div></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div><div class="gmail-h5">
Hello,<br>
<br>
During the Mitaka cycle we merged a new feature into the<br>
python-neutronclient called ’neutron purge’. This enables a simple CLI<br>
command that deletes all of the neutron resources owned by a given<br>
tenant. It’s documented in the networking guide[1].<br>
<br>
We did this in response to feedback from operators that they needed a<br>
better way to remove orphaned resources after a tenant had been deleted.<br>
So far this feature has been well received, and we already have a couple<br>
of enhancement requests. Given that we’re moving to OSC I’m hesitant to<br>
continue iterating on this in the neutron client, and so I’m reaching<br>
out to propose that we look into making this a part of OSC.<br>
<br>
Earlier this week I was about to file a BP, when I noticed one covering<br>
this subject was already filed last month[2]. I’ve spoken to Roman, who<br>
says that they’ve been thinking about implementing this in nova, and<br>
have come to the same conclusion that it would fit better in OSC.<br>
<br>
I would propose that we work together to establish how this command will<br>
behave in OSC, and build a framework that implements the cleanup of a<br>
small set of core resources. This should be achievable during the Ocata<br>
cycle. After that, we can reach out to the wider community to encourage<br>
a cross-project effort to incrementally support more projects/resources<br>
over time.<br>
<br>
If you already have an etherpad for planning summit sessions then please<br>
let me know, I’d love to get involved.<br>
<br>
Thanks,<br>
<br>
John<br>
<br>
[1] <a href="http://docs.openstack.org/mitaka/networking-guide/ops-resource-purge.html" rel="noreferrer" target="_blank">http://docs.openstack.org/mita<wbr>ka/networking-guide/ops-resour<wbr>ce-purge.html</a><br>
[2] <a href="https://blueprints.launchpad.net/python-openstackclient/+spec/tenant-data-scrub" rel="noreferrer" target="_blank">https://blueprints.launchpad.n<wbr>et/python-openstackclient/+spe<wbr>c/tenant-data-scrub</a><br>
<br></div></div>
------------------------------<wbr>------------------------------<wbr>------------<span class="gmail-"><br>
Rackspace Limited is a company registered in England & Wales (company<br>
registered number 03897010) whose registered office is at 5 Millington<br>
Road, Hyde Park Hayes, Middlesex UB3 4AZ. Rackspace Limited privacy<br>
policy can be viewed at <a href="http://www.rackspace.co.uk/legal/privacy-policy" rel="noreferrer" target="_blank">www.rackspace.co.uk/legal/priv<wbr>acy-policy</a> - This<br>
e-mail message may contain confidential or privileged information<br>
intended for the recipient. Any dissemination, distribution or copying<br>
of the enclosed material is prohibited. If you receive this transmission<br>
in error, please notify us immediately by e-mail at <a href="mailto:abuse@rackspace.com" target="_blank">abuse@rackspace.com</a><br>
and delete the original message. Your cooperation is appreciated.<br>
<br>
<br></span><span class="gmail-">
______________________________<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>
</span></blockquote><div class="gmail-HOEnZb"><div class="gmail-h5">
<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>
</div></div></blockquote></div><br></div></div>

<br>
<a href="http://bit.ly/2bHLMkp" target="_blank"><img src="https://support.scality.com/Email_Footers/Current/Scality_Email_Footer.png"></a>