From: Aishwarya Mathuria Date: Fri, 12 Mar 2021 11:27:40 +0000 (+0530) Subject: mon: Modifying trim logic to change paxos_service_trim_max dynamically X-Git-Tag: v15.2.13~10^2~16^2 X-Git-Url: http://git-server-git.apps.pok.os.sepia.ceph.com/?a=commitdiff_plain;h=refs%2Fpull%2F40699%2Fhead;p=ceph.git mon: Modifying trim logic to change paxos_service_trim_max dynamically Currently, the Paxos Service trim logic is bounded by a max value (paxos_service_trim_max). This change dynamically modifies the max value when the number of logs to be trimmed is higher than paxos_service_trim_max. The paxos_service_trim_max_multiplier has been added in case we want to increase paxos_service_trim_max by a certain factor. If this option is enabled we get a new upper bound when trim sizes are high. Fixes: https://tracker.ceph.com/issues/50004 Signed-off-by: Aishwarya Mathuria (cherry picked from commit 2e1141e43980a0a44b18159860ebf9cc38316435) Conflicts: doc/rados/configuration/mon-config-ref.rst - trivial resolution --- diff --git a/doc/rados/configuration/mon-config-ref.rst b/doc/rados/configuration/mon-config-ref.rst index e93cd28b7d7..3ea208c63d4 100644 --- a/doc/rados/configuration/mon-config-ref.rst +++ b/doc/rados/configuration/mon-config-ref.rst @@ -766,6 +766,14 @@ Trimming requires that the placement groups are ``active + clean``. :Default: ``500`` +``paxos service trim max multiplier`` + +:Description: The factor by which paxos service trim max will be multiplied + to get a new upper bound when trim sizes are high (0 disables it) +:Type: Integer +:Default: ``20`` + + ``mon mds force trim to`` :Description: Force monitor to trim mdsmaps to this point (0 disables it. diff --git a/src/common/options.cc b/src/common/options.cc index 372b3d1b084..a57756bec20 100644 --- a/src/common/options.cc +++ b/src/common/options.cc @@ -2181,16 +2181,23 @@ std::vector