Open Stack

Also of potential interest is our own internal variant of project
termination:
https://gitlab.com/catalyst-cloud/python-opsclient/blob/master/opsclient/ops/v1/project.py

Note, a recent thing we ran into was a lack of support for Swift Bulk
deletion... which we are now turning on and fixing, because deleting a
project with 2mil + objects one by one is... slow.

On 31/10/19 2:26 am, Adam Harwell wrote:
> That's too bad that you won't be at the summit, but I think there may
> still be some discussion planned about this topic. 
>
> Yeah, I understand completely about priorities and such internally.
> Same for me... It just happens that this IS priority work for us right
> now. :)
>
>
> On Tue, Oct 29, 2019, 07:48 Adrian Turjak <adriant at catalyst.net.nz
> <mailto:adriant at catalyst.net.nz>> wrote:
>
>     My apologies I missed this email.
>
>     Sadly I won't be at the summit this time around. There may be some
>     public cloud focused discussions, and some of those often have
>     this topic come up. Also if Monty from the SDK team is around, I'd
>     suggest finding him and having a chat.
>
>     I'll help if I can but we are swamped with internal work and I
>     can't dedicate much time to do upstream work that isn't urgent. :(
>
>     On 17/10/19 8:48 am, Adam Harwell wrote:
>>     That's interesting -- we have already started working to add
>>     features and improve ospurge, and it seems like a plenty useful
>>     tool for our needs, but I think I agree that it would be nice to
>>     have that functionality built into the sdk. I might be able to
>>     help with both, since one is immediately useful and we (like
>>     everyone) have deadlines to meet, and the other makes sense to me
>>     as a possible future direction that could be more widely supported.
>>
>>     Will you or someone else be hosting and discussion about this at
>>     the Shanghai summit? I'll be there and would be happy to join and
>>     discuss.
>>
>>         --Adam
>>
>>     On Tue, Oct 15, 2019, 22:04 Adrian Turjak
>>     <adriant at catalyst.net.nz <mailto:adriant at catalyst.net.nz>> wrote:
>>
>>         I tried to get a community goal to do project deletion per
>>         project, but
>>         we ended up deciding that a community goal wasn't ideal
>>         unless we did
>>         build a bulk delete API in each service:
>>         https://review.opendev.org/#/c/639010/
>>         https://etherpad.openstack.org/p/community-goal-project-deletion
>>         https://etherpad.openstack.org/p/DEN-Deletion-of-resources
>>         https://etherpad.openstack.org/p/DEN-Train-PublicCloudWG-brainstorming
>>
>>         What we decided on, but didn't get a chance to work on, was
>>         building
>>         into the OpenstackSDK OS-purge like functionality, as well as
>>         reporting
>>         functionality (of all project resources to be deleted). That
>>         way we
>>         could have per project per resource deletion logic, and all
>>         of that
>>         defined in the SDK.
>>
>>         I was up for doing some of the work, but ended up swamped
>>         with internal
>>         work and just didn't drive or push for the deletion work
>>         upstream.
>>
>>         If you want to do something useful, don't pursue OS-Purge,
>>         help us add
>>         that official functionality to the SDK, and then we can push
>>         for bulk
>>         deletion APIs in each project to make resource deletion more
>>         pleasant.
>>
>>         I'd be happy to help with the work, and Monty on the SDK team
>>         will most
>>         likely be happy to as well. :)
>>
>>         Cheers,
>>         Adrian
>>
>>         On 1/10/19 11:48 am, Adam Harwell wrote:
>>         > I haven't seen much activity on this project in a while,
>>         and it's been
>>         > moved to opendev/x since the opendev migration... Who is
>>         the current
>>         > owner of this project? Is there anyone who actually is
>>         maintaining it,
>>         > or would mind if others wanted to adopt the project to move
>>         it forward?
>>         >
>>         > Thanks,
>>         >    --Adam Harwell
>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-discuss/attachments/20191104/4d56c83e/attachment.html>