]> git.apps.os.sepia.ceph.com Git - ceph.git/commitdiff
doc: Fix the pg states and auto repair config options 27188/head
authorDavid Zafman <dzafman@redhat.com>
Fri, 22 Mar 2019 23:47:23 +0000 (16:47 -0700)
committerNathan Cutler <ncutler@suse.com>
Tue, 26 Mar 2019 09:29:14 +0000 (10:29 +0100)
Fixes: http://tracker.ceph.com/issues/38896
Signed-off-by: David Zafman <dzafman@redhat.com>
(cherry picked from commit 9fd4b062f1a22de61c37457a32d0d7cefc0e8fcf)

Conflicts:
doc/dev/placement-group.rst
- no "OMAP STATISTICS" section in mimic
- Remove "premerge" pg state which doesn't apply in mimic

doc/dev/placement-group.rst
doc/rados/configuration/osd-config-ref.rst

index 3c067ea3fe6f3b2ab3edcb989827f5d290b9479e..3a48636562da4a037d58ac5e7eb4bbcf25c19cee 100644 (file)
@@ -97,8 +97,11 @@ User-visible PG States
 *down*
   a replica with necessary data is down, so the pg is offline
 
-*replay*
-  the PG is waiting for clients to replay operations after an OSD crashed
+*recovery_unfound*
+  recovery could not finish because object(s) are unfound.
+
+*backfill_unfound*
+  backfill could not finish because object(s) are unfound.
 
 *splitting*
   the PG is being split into multiple PGs (not functional as of 2012-02)
@@ -123,20 +126,9 @@ User-visible PG States
 *recovering*
   objects are being migrated/synchronized with replicas
 
-*recovery_wait*
-  the PG is waiting for the local/remote recovery reservations
-
-*backfilling*
-  a special case of recovery, in which the entire contents of
-  the PG are scanned and synchronized, instead of inferring what
-  needs to be transferred from the PG logs of recent operations
-
 *backfill_wait*
   the PG is waiting in line to start backfill
 
-*backfill_toofull*
-  backfill reservation rejected, OSD too full
-
 *incomplete*
   a pg is missing a necessary period of history from its
   log.  If you see this state, report a bug, and try to start any
@@ -149,3 +141,44 @@ User-visible PG States
 *remapped*
   the PG is temporarily mapped to a different set of OSDs from what
   CRUSH specified
+
+*deep*
+  In conjunction with *scrubbing* the scrub is a deep scrub
+
+*backfilling*
+  a special case of recovery, in which the entire contents of
+  the PG are scanned and synchronized, instead of inferring what
+  needs to be transferred from the PG logs of recent operations
+
+*backfill_toofull*
+  backfill reservation rejected, OSD too full
+
+*recovery_wait*
+  the PG is waiting for the local/remote recovery reservations
+
+*undersized*
+  the PG can't select enough OSDs given its size
+
+*activating*
+  the PG is peered but not yet active
+
+*peered*
+  the PG peered but can't go active
+
+*snaptrim*
+  the PG is trimming snaps
+
+*snaptrim_wait*
+  the PG is queued to trim snaps
+
+*recovery_toofull*
+  recovery reservation rejected, OSD too full
+
+*snaptrim_error*
+  the PG could not complete snap trimming due to errors
+
+*forced_recovery*
+  the PG has been marked for highest priority recovery
+
+*forced_backfill*
+  the PG has been marked for highest priority backfill
index 55c72c9740a77a046d59c1aeba06fef54866e7b0..933405819a3a2dc4fbba31003cc1dc129b279c63 100644 (file)
@@ -342,6 +342,22 @@ scrubbing operations.
 :Default: 512 KB. ``524288``
 
 
+``osd scrub auto repair``
+
+:Description: Setting this to ``true`` will enable automatic pg repair when errors
+              are found in deep-scrub.  However, if more than ``osd scrub auto repair num errors``
+              errors are found a repair is NOT performed.
+:Type: Boolean
+:Default: ``false``
+
+
+``osd scrub auto repair num errors``
+
+:Description: Auto repair will not occur if more than this many errors are found.
+:Type: 32-bit Integer
+:Default: ``5``
+
+
 .. index:: OSD; operations settings
 
 Operations