If using the autoscaler there may be some knock-on PG splitting, but that 
should be throttled automatically.  Do be sure that your mon DBs are on SSDs.

> On Mar 6, 2025, at 7:26 AM, Eugen Block <ebl...@nde.ag> wrote:
> 
> Hi Rich,
> 
> I waited for other users/operators to chime in because it's been a while 
> since we deleted a large pool last time in a customer cluster. I may 
> misremember, so please take that with a grain of salt. But the pool deletion 
> I am referring to was actually on Nautilus as well. In a small lab cluster I 
> just did the same, trying to confirm my memories.
> I would not recommend to delete the objects by looping over 'rados ls'. Btw., 
> there's a rados purge command which loops through the pool for you:
> 
> rados purge <pool-name> --yes-i-really-really-mean-it
> 
> If you delete the pool itself (ceph osd pool delete), only the OSD's DBs 
> would have some more work to clean that up, but I believe it's the best 
> option here. But I'd rather have that confirmed by someone else.
> 
> Regards,
> Eugen
> 
> 
> Zitat von Richard Bade <hitr...@gmail.com>:
> 
>> Hi Everyone,
>> We're reducing back down from multisite to a single rgw zone. This
>> will mean that some pools will be unused so I'd like to delete them.
>> However there are some objects and data remaining in the pool even
>> though the buckets are all deleted. It's just shadow objects. All the
>> actual data has been deleted.
>> So my question is around performance impact of deleting a pool with
>> data in it. Will ceph handle things nicely or will it try remove all
>> that data at once?
>> I'm on Nautilus 14.2.22 with all bluestore osds on spinning disks with
>> nvme db. Pools are erasure coded k=4 m=2.
>> I'm thinking it might be best to do rados ls and loop through rados rm
>> the objects to control the speed.
>> There is one mailing list thread from 7 years ago basically saying the
>> same but I was wondering if anyone else had any input around this?
>> 
>> Thanks,
>> Rich
>> _______________________________________________
>> ceph-users mailing list -- ceph-users@ceph.io
>> To unsubscribe send an email to ceph-users-le...@ceph.io
> 
> 
> _______________________________________________
> ceph-users mailing list -- ceph-users@ceph.io
> To unsubscribe send an email to ceph-users-le...@ceph.io
_______________________________________________
ceph-users mailing list -- ceph-users@ceph.io
To unsubscribe send an email to ceph-users-le...@ceph.io

Reply via email to