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 < [email protected]> đã 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 <[email protected]> > đã 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: [email protected] > Skype: tranphong079 > -- Trân trọng, ---------------------------------------------------------------------------- *Tran Thanh Phong* Email: [email protected] Skype: tranphong079 _______________________________________________ ceph-users mailing list -- [email protected] To unsubscribe send an email to [email protected]
