From: Ryan Haasken Date: Tue, 9 Feb 2016 19:41:32 +0000 (-0600) Subject: LUDOC-261 lfsck: Describe phases of namespace/layout LFSCK X-Git-Tag: 2.8.0~4 X-Git-Url: https://git.whamcloud.com/?a=commitdiff_plain;h=7406eeae7c8acb7598d59d28d0183657005fc6bd;p=doc%2Fmanual.git LUDOC-261 lfsck: Describe phases of namespace/layout LFSCK Add a short explanation of the phases of namespace and layout LFSCK so that the user can understand the output of the namespace and layout LFSCK status interfaces. Signed-off-by: Ryan Haasken Change-Id: Id8042375a12a6ccaf47da5647ba274eafde746b9 Reviewed-on: http://review.whamcloud.com/12676 Tested-by: Jenkins Reviewed-by: Fan Yong Reviewed-by: Richard Henwood --- diff --git a/TroubleShootingRecovery.xml b/TroubleShootingRecovery.xml index b6bb0e5..c2c901d 100644 --- a/TroubleShootingRecovery.xml +++ b/TroubleShootingRecovery.xml @@ -736,6 +736,15 @@ root# e2fsck -fp /dev/sda # fix errors with prudent answers (usually component, lctl get_param should be used as described in the usage below. + The LFSCK namespace status output refers to phase 1 and phase 2. + Phase 1 is when the LFSCK main engine, which runs on each MDT, + linearly scans its local device, guaranteeing that all local objects + are checked. However, there are certain cases in which LFSCK cannot + know whether an object is consistent or cannot repair an inconsistency + until the phase 1 scanning is completed. During phase 2 of the + namespace check, objects with multiple hard-links, objects with remote + parents, and other objects which couldn't be verified during phase 1 + will be checked.
Usage @@ -1099,6 +1108,13 @@ root# e2fsck -fp /dev/sda # fix errors with prudent answers (usually lfsck_layout. To show the status of this component lctl get_param should be used as described in the usage below. + The LFSCK layout status output refers to phase 1 and phase 2. + Phase 1 is when the LFSCK main engine, which runs on each MDT/OST, + linearly scans its local device, guaranteeing that all local objects + are checked. During phase 1 of layout LFSCK, the OST-objects which are + not referenced by any MDT-object are recorded in a bitmap. During + phase 2 of the layout check, the OST-objects in the bitmap will be + re-scanned to check whether they are really orphan objects.
Usage