It could be added as a requisite step to deleting a pool, rbd, etc. The process would need to be refactored as adding another step isn't viable.
This feature is much more complicated than it may seem on the surface. For pools, you could utilize cephx, except not everyone uses that... So maybe logic added to the osd map. Buckets would have to be completely in rgw. Rbds would probably have to be in the osd map as well. This is not a trivial change.
On Tue, Mar 6, 2018, 10:15 AM David Turner <drakonstein@xxxxxxxxx> wrote:
I've never deleted a bucket, pool, etc at the request of a user that they then wanted back because I force them to go through a process to have their data deleted. They have to prove to me, and I have to agree, that they don't need it before I'll delete it.It just sounds like you need to either learn to be a storage admin, hire someone that is, or buy a solution that doesn't care if you are.On Tue, Mar 6, 2018, 9:59 AM Alex Gorbachev <ag@xxxxxxxxxxxxxxxxxxx> wrote:On Tue, Mar 6, 2018 at 4:17 AM, Max Cuttins <max@xxxxxxxxxxxxx> wrote:
>
>> What about using the at command:
>>
>> ceph osd pool rm <pool> <pool> --yes-i-really-really-mean-it | at now + 30
>> days
>>
>> Regards,
>> Alex
>
>
> How do you know that this command is scheduled?
atq
> How do you delete the scheduled command if is casted?
atrm <job ID>
Reference: https://www.computerhope.com/unix/uat.htm
> This is weird. We need something within CEPH that make you see the "status"
> of the pool as "pending delete".
My personal take is let the Ceph project do what they do really well,
which is focus on data integrity, diagnostics and performance, and let
other well established tools do jobs like scheduling. It is extremely
easy to adapt the batch tools to this specific use case.
Regards,
Alex
_______________________________________________
ceph-users mailing list
ceph-users@xxxxxxxxxxxxxx
http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com
_______________________________________________ ceph-users mailing list ceph-users@xxxxxxxxxxxxxx http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com