From: "Darrick J. Wong" <darrick.wong@oracle.com>
To: sandeen@sandeen.net, darrick.wong@oracle.com
Cc: linux-xfs@vger.kernel.org, alex@zadara.com
Subject: [PATCH 6/6] xfs_repair: try to correct sb_unit value from secondaries
Date: Tue, 31 Dec 2019 17:21:19 -0800 [thread overview]
Message-ID: <157784167941.1371066.4768907637646125510.stgit@magnolia> (raw)
In-Reply-To: <157784164200.1371066.15490825981810186191.stgit@magnolia>
From: Darrick J. Wong <darrick.wong@oracle.com>
If the primary superblock's sb_unit leads to a rootino calculation that
doesn't match sb_rootino /but/ we can find a secondary superblock whose
sb_unit does match, fix the primary.
Signed-off-by: Darrick J. Wong <darrick.wong@oracle.com>
---
libxfs/libxfs_api_defs.h | 2 +
repair/xfs_repair.c | 79 ++++++++++++++++++++++++++++++++++++++++++++++
2 files changed, 81 insertions(+)
diff --git a/libxfs/libxfs_api_defs.h b/libxfs/libxfs_api_defs.h
index b042f0a2..355f99a2 100644
--- a/libxfs/libxfs_api_defs.h
+++ b/libxfs/libxfs_api_defs.h
@@ -175,4 +175,6 @@
#define xfs_dir2_data_put_ftype libxfs_dir2_data_put_ftype
#define xfs_ialloc_calc_rootino libxfs_ialloc_calc_rootino
+#define xfs_sb_read_secondary libxfs_sb_read_secondary
+
#endif /* __LIBXFS_API_DEFS_H__ */
diff --git a/repair/xfs_repair.c b/repair/xfs_repair.c
index 372616c4..66e2c335 100644
--- a/repair/xfs_repair.c
+++ b/repair/xfs_repair.c
@@ -457,6 +457,84 @@ has_plausible_rootdir(
return ret;
}
+/*
+ * If any of the secondary SBs contain a *correct* value for sunit, write that
+ * back to the primary superblock.
+ */
+static void
+guess_correct_sunit(
+ struct xfs_mount *mp)
+{
+ struct xfs_sb sb;
+ struct xfs_buf *bp;
+ xfs_ino_t calc_rootino = NULLFSINO;
+ xfs_agnumber_t agno;
+ unsigned int new_sunit;
+ unsigned int sunit_guess;
+ int error;
+
+ /* Try reading secondary supers to see if we find a good sb_unit. */
+ for (agno = 1; agno < mp->m_sb.sb_agcount; agno++) {
+ error = -libxfs_sb_read_secondary(mp, NULL, agno, &bp);
+ if (error)
+ continue;
+ libxfs_sb_from_disk(&sb, XFS_BUF_TO_SBP(bp));
+ libxfs_putbuf(bp);
+
+ calc_rootino = libxfs_ialloc_calc_rootino(mp, sb.sb_unit);
+ if (calc_rootino == mp->m_sb.sb_rootino)
+ break;
+ }
+
+ /* If we found a reasonable value, log where we found it. */
+ if (calc_rootino == mp->m_sb.sb_rootino) {
+ do_warn(_("AG %u superblock contains plausible sb_unit value\n"),
+ agno);
+ new_sunit = sb.sb_unit;
+ goto fix;
+ }
+
+ /* Try successive powers of two. */
+ for (sunit_guess = 1;
+ sunit_guess <= XFS_AG_MAX_BLOCKS(mp->m_sb.sb_blocklog);
+ sunit_guess *= 2) {
+ calc_rootino = libxfs_ialloc_calc_rootino(mp, sunit_guess);
+ if (calc_rootino == mp->m_sb.sb_rootino)
+ break;
+ }
+
+ /* If we found a reasonable value, log where we found it. */
+ if (calc_rootino == mp->m_sb.sb_rootino) {
+ do_warn(_("Found an sb_unit value that looks plausible\n"));
+ new_sunit = sunit_guess;
+ goto fix;
+ }
+
+ do_warn(_("Could not estimate a plausible sb_unit value\n"));
+ return;
+
+fix:
+ if (!no_modify)
+ do_warn(_("Resetting sb_unit to %u\n"), new_sunit);
+ else
+ do_warn(_("Would reset sb_unit to %u\n"), new_sunit);
+
+ /*
+ * Just set the value -- safe since the superblock doesn't get flushed
+ * out if no_modify is set.
+ */
+ mp->m_sb.sb_unit = new_sunit;
+
+ /* Make sure that swidth is still a multiple of sunit. */
+ if (mp->m_sb.sb_width % mp->m_sb.sb_unit == 0)
+ return;
+
+ if (!no_modify)
+ do_warn(_("Resetting sb_width to %u\n"), new_sunit);
+ else
+ do_warn(_("Would reset sb_width to %u\n"), new_sunit);
+}
+
/*
* Make sure that the first 3 inodes in the filesystem are the root directory,
* the realtime bitmap, and the realtime summary, in that order.
@@ -480,6 +558,7 @@ calc_mkfs(
do_warn(
_("sb root inode value %" PRIu64 " inconsistent with alignment (expected %"PRIu64")\n"),
mp->m_sb.sb_rootino, rootino);
+ guess_correct_sunit(mp);
rootino = mp->m_sb.sb_rootino;
}
next prev parent reply other threads:[~2020-01-01 1:23 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-01-01 1:20 [PATCH v2 0/6] xfs_repair: do not trash valid root dirs Darrick J. Wong
2020-01-01 1:20 ` [PATCH 1/6] mkfs: check root inode location Darrick J. Wong
2020-01-01 1:20 ` [PATCH 2/6] xfs_repair: enforce that inode btree chunks can't point to AG headers Darrick J. Wong
2020-01-01 1:21 ` [PATCH 3/6] xfs_repair: refactor fixed inode location checks Darrick J. Wong
2020-01-01 1:21 ` [PATCH 4/6] xfs_repair: use libxfs function to calculate root inode location Darrick J. Wong
2020-01-01 1:21 ` [PATCH 5/6] xfs_repair: check plausibility of root dir pointer before trashing it Darrick J. Wong
2020-01-01 1:21 ` Darrick J. Wong [this message]
2020-01-24 0:17 [PATCH v3 0/6] xfs_repair: do not trash valid root dirs Darrick J. Wong
2020-01-24 0:18 ` [PATCH 6/6] xfs_repair: try to correct sb_unit value from secondaries Darrick J. Wong
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=157784167941.1371066.4768907637646125510.stgit@magnolia \
--to=darrick.wong@oracle.com \
--cc=alex@zadara.com \
--cc=linux-xfs@vger.kernel.org \
--cc=sandeen@sandeen.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).