Interesting... Well, hopefully I will see some people in about 30 minutes about this. :) On Mon, Nov 4, 2019, 11:00 AM Adrian Turjak <adriant@catalyst.net.nz> wrote:
Also of potential interest is our own internal variant of project termination:
https://gitlab.com/catalyst-cloud/python-opsclient/blob/master/opsclient/ops...
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@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@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