Re: osd_snap_trim_sleep keeps locks PG during sleep?

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

 



I accidentally responded from the wrong email address. We will be able to build off of master and test that.

Sent from my iPhone

On Feb 5, 2017, at 3:27 PM, Peter Maloney <peter.maloney@xxxxxxxxxxxxxxxxxxxx> wrote:

On 02/03/17 19:54, David Turner wrote:
Our current solution in Hammer involves a daemon monitoring the cluster load and setting the osd_snap_trim_sleep accordingly between 0 and 0.35 which does a good job of preventing IO blocking and help us to clear out the snap_trim_q each day.  These settings not being injectable in Jewel would negate an option of using variable settings throughout the day.
Are you sure they're not injectable? [Almost?] everything says "unchangable", but it takes effect anyway. I have tested "snap_trim_sleep", and as Nick has pointed out, it seems to cause rather than prevent blocks (and I found the sweet spot is 0, but he seems to think it's higher). I can reproduce that very reliably using injectargs (+5 to sleep means +5s block length), so (unless luck can happen in such extreme ways, or somehow only part of the effect changed) they are changable.

I'm using Jewel. So I am now using:

osd_pg_max_concurrent_snap_trims=1
osd_snap_trim_sleep=0


David Turner | Cloud Operations Engineer | StorageCraft Technology Corporation
380 Data Drive Suite 300 | Draper | Utah | 84020
Office: 801.871.2760 | Mobile: 385.224.2943


If you are not the intended recipient of this message or received it erroneously, please notify the sender and delete it, together with any attachments, and be advised that any dissemination or copying of this message is prohibited.


_______________________________________________
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

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


  Powered by Linux