I update the config osd_mclock_profile=custom osd_mclock_scheduler_background_recovery_lim=0.2 osd_mclock_scheduler_background_recovery_res=0.2 osd_mclock_scheduler_client_wgt=6 Vào Th 6, 12 thg 1, 2024 vào lúc 15:31 Phong Tran Thanh < tranphong079@xxxxxxxxx> đã viết: > Hi Yang and Anthony, > > I found the solution for this problem on a HDD disk 7200rpm > > When the cluster recovers, one or multiple disk failures because slowop > appears and then affects the cluster, we can change these configurations > and may reduce IOPS when recovery. > osd_mclock_profile=custom > osd_mclock_scheduler_background_recovery_lim=0.2 > osd_mclock_scheduler_background_recovery_res=0.2 > osd_mclock_scheduler_client_wgt > > > Vào Th 4, 10 thg 1, 2024 vào lúc 11:22 David Yang <gmydw1118@xxxxxxxxx> > đã viết: > >> The 2*10Gbps shared network seems to be full (1.9GB/s). >> Is it possible to reduce part of the workload and wait for the cluster >> to return to a healthy state? >> Tip: Erasure coding needs to collect all data blocks when recovering >> data, so it takes up a lot of network card bandwidth and processor >> resources. >> > > > -- > Trân trọng, > > ---------------------------------------------------------------------------- > > *Tran Thanh Phong* > > Email: tranphong079@xxxxxxxxx > Skype: tranphong079 > -- Trân trọng, ---------------------------------------------------------------------------- *Tran Thanh Phong* Email: tranphong079@xxxxxxxxx Skype: tranphong079 _______________________________________________ ceph-users mailing list -- ceph-users@xxxxxxx To unsubscribe send an email to ceph-users-leave@xxxxxxx
 |