From 567fe79687bc5db51791fce0961cfb6ea60d18ec Mon Sep 17 00:00:00 2001 From: Fan Yong Date: Sun, 6 Nov 2016 05:04:26 +0800 Subject: [PATCH] LUDOC-369 osd-ldiskfs: update file-level backup/restore We need to remove the old oi.16* files to avoid stale OI mappings left in the new rebuilt OI. In addition, removing the CATALOGS can avoid recovery failure causing mount trouble. Signed-off-by: Fan Yong Change-Id: Id768550aae43a986a9c06ebdfc10656f167a2a89 Reviewed-on: https://review.whamcloud.com/26026 Tested-by: Jenkins Reviewed-by: Joseph Gmitter --- BackupAndRestore.xml | 20 ++++++++++++++++++++ 1 file changed, 20 insertions(+) diff --git a/BackupAndRestore.xml b/BackupAndRestore.xml index 7ea2c8a..0f7fc0a 100644 --- a/BackupAndRestore.xml +++ b/BackupAndRestore.xml @@ -660,6 +660,26 @@ trusted.fid= \ 0x0d822200000000004a8a73e500000000808a0100000000000000000000000000 + Remove old OI files. + [oss]# rm -f oi.16* + + + Remove old CATALOGS. + [oss]# rm -f CATALOGS + + This is optional for the MDT side only. The CATALOGS record the + llog file handlers that are used for recovering cross-server updates. Before + OI scrub rebuilds the OI mappings for the llog files, the related recovery + will get a failure if it runs faster than the background OI scrub. This will + result in a failure of the whole mount process. OI scrub is an online tool, + therefore, a mount failure means that the OI scrub will be stopped. + Removing the old CATALOGS will avoid this potential trouble. The + side-effect of removing old CATALOGS is that the recovery for related + cross-server updates will be aborted. However, this can be handled by LFSCK + after the system mount is up. + + + Change directory out of the file system. [oss]# cd - -- 1.8.3.1