From: Sage Weil <sage@redhat.com>
Date: Wed, 21 Jun 2017 02:47:40 +0000 (-0400)
Subject: qa/objectstore/bluestore: lower full thresholds
X-Git-Tag: ses5-milestone7~3^2~6^2
X-Git-Url: http://git-server-git.apps.pok.os.sepia.ceph.com/?a=commitdiff_plain;h=refs%2Fpull%2F15821%2Fhead;p=ceph.git

qa/objectstore/bluestore: lower full thresholds

On NVMe we can write really fast... fast enough that we may fill up before
we realize we are nearly full.  It's a problem here only because our
devices are so small that the OSDs fill up proportionally quickly.

Signed-off-by: Sage Weil <sage@redhat.com>
---

diff --git a/qa/objectstore/bluestore-comp.yaml b/qa/objectstore/bluestore-comp.yaml
index 274962f0f9a4..16767efac762 100644
--- a/qa/objectstore/bluestore-comp.yaml
+++ b/qa/objectstore/bluestore-comp.yaml
@@ -14,6 +14,11 @@ overrides:
         debug rocksdb: 10
         bluestore compression mode: aggressive
         bluestore fsck on mount: true
+        # lower the full ratios since we can fill up a 100gb osd so quickly
+        mon osd full ratio: .9
+        mon osd backfillfull_ratio: .85
+        mon osd nearfull ratio: .8
+        osd failsafe full ratio: .95
 
 # this doesn't work with failures bc the log writes are not atomic across the two backends
 #        bluestore bluefs env mirror: true
diff --git a/qa/objectstore/bluestore.yaml b/qa/objectstore/bluestore.yaml
index d7f59aa45a79..794d9e9d0e71 100644
--- a/qa/objectstore/bluestore.yaml
+++ b/qa/objectstore/bluestore.yaml
@@ -13,6 +13,10 @@ overrides:
         debug bluefs: 20
         debug rocksdb: 10
         bluestore fsck on mount: true
-
+        # lower the full ratios since we can fill up a 100gb osd so quickly
+        mon osd full ratio: .9
+        mon osd backfillfull_ratio: .85
+        mon osd nearfull ratio: .8
+        osd failsafe full ratio: .95
 # this doesn't work with failures bc the log writes are not atomic across the two backends
 #        bluestore bluefs env mirror: true