[ospurge] looking for project owners / considering adoption

Adam Harwell flux.adam at gmail.com
Mon Nov 4 03:09:10 UTC 2019


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 at 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/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> 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>
>> 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/1b1302ec/attachment.html>


More information about the openstack-discuss mailing list