Re: High usage (DATA column) on dedicated for OMAP only OSDs

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi Konstantin,

osd_target_transaction_size should control that.

I've heard of it being raized to 150 with no obvious issues. Going beyond is at your own risk. So I'd suggest to apply incremental increase if needed.


Thanks,

Igor

On 9/19/2024 10:44 AM, Konstantin Shalygin wrote:
Hi Igor,

On 18 Sep 2024, at 18:22, Igor Fedotov <igor.fedotov@xxxxxxxx> wrote:

I recall a couple of cases when permanent osdmap epoch growth has been filling OSD with relevant osd map info. Which could be tricky to catch.

Please run 'ceph tell osd.N status" for a couple of affected OSDs twice within e.g. 10 min interval.

Then check the delta between oldest_map and newest_map fields - neither the delta should be very large (hundreds of thousands) nor it should grow rapidly within the observed interval.

Side question by topic. What is option controls how much maps to prune? Currently I need to trim 1M osdmaps, but when new map issued, only 30 old maps are removed. What option controls value=30?


Thanks,
k

--
Igor Fedotov
Ceph Lead Developer

Looking for help with your Ceph cluster? Contact us athttps://croit.io

croit GmbH, Freseniusstr. 31h, 81247 Munich
CEO: Martin Verges - VAT-ID: DE310638492
Com. register: Amtsgericht Munich HRB 231263
Web:https://croit.io  | YouTube:https://goo.gl/PGE1Bx
_______________________________________________
ceph-users mailing list -- ceph-users@xxxxxxx
To unsubscribe send an email to ceph-users-leave@xxxxxxx



[Index of Archives]     [Information on CEPH]     [Linux Filesystem Development]     [Ceph Development]     [Ceph Large]     [Ceph Dev]     [Linux USB Development]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]     [xfs]


  Powered by Linux