From: "Darrick J. Wong" <darrick.wong@oracle.com>
To: Eric Sandeen <sandeen@sandeen.net>
Cc: Eric Sandeen <sandeen@redhat.com>, linux-xfs <linux-xfs@vger.kernel.org>
Subject: Re: [PATCH 1/2 V3] xfs_repair: notify user if free inodes contain errors
Date: Wed, 25 Jul 2018 09:31:43 -0700 [thread overview]
Message-ID: <20180725163143.GR4813@magnolia> (raw)
In-Reply-To: <75f628bc-e8e7-b4fd-0bbb-fb3ca0fabac8@sandeen.net>
On Mon, Jul 23, 2018 at 07:34:13PM -0700, Eric Sandeen wrote:
> xfs_repair checks allocated but unused (free) inodes in on-disk clusters,
> and up until now silently repairs any errors, and as a result does not
> alter exit status if errors are found.
>
> The in-kernel verifiers will be noisy about these errors and instruct
> the user to run repair, so it's best if repair is explicit about any
> fixes it makes as a result.
>
> To ensure we catch anything the kernel would complain about, re-use
> xfs_dinode_verify to determine whether we must clear a free inode.
>
> Note, however, that the verifier contains only a subset of the checks
> currently in clear_dinode. This should be ok; if it's not, the checks
> should be added to the verifier in any case.
>
> Signed-off-by: Eric Sandeen <sandeen@redhat.com>
Looks ok,
Reviewed-by: Darrick J. Wong <darrick.wong@oracle.com>
--D
> ---
>
> diff --git a/libxfs/libxfs_api_defs.h b/libxfs/libxfs_api_defs.h
> index a98483b..05c06a7 100644
> --- a/libxfs/libxfs_api_defs.h
> +++ b/libxfs/libxfs_api_defs.h
> @@ -134,6 +134,7 @@
> #define xfs_symlink_hdr_ok libxfs_symlink_hdr_ok
>
> #define xfs_verify_cksum libxfs_verify_cksum
> +#define xfs_dinode_verify libxfs_dinode_verify
>
> #define xfs_alloc_ag_max_usable libxfs_alloc_ag_max_usable
> #define xfs_allocbt_maxrecs libxfs_allocbt_maxrecs
> diff --git a/repair/dinode.c b/repair/dinode.c
> index d36338f..c0db15a 100644
> --- a/repair/dinode.c
> +++ b/repair/dinode.c
> @@ -2560,12 +2560,20 @@ _("bad (negative) size %" PRId64 " on inode %" PRIu64 "\n"),
> */
> if (was_free) {
> /*
> - * easy case, inode free -- inode and map agree, clear
> + * easy case, inode free -- inode and map agree, check
> * it just in case to ensure that format, etc. are
> * set correctly
> */
> - if (!no_modify)
> - *dirty += clear_dinode(mp, dino, lino);
> + if (libxfs_dinode_verify(mp, lino, dino) != NULL) {
> + do_warn(
> + _("free inode %" PRIu64 " contains errors, "), lino);
> + if (!no_modify) {
> + *dirty += clear_dinode(mp, dino, lino);
> + do_warn(_("corrected\n"));
> + } else {
> + do_warn(_("would correct\n"));
> + }
> + }
> *used = is_free;
> return 0;
> }
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-xfs" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
next prev parent reply other threads:[~2018-07-25 17:44 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-07-24 2:27 [PATCH 0/2 V3] xfs_repair: rework inode clearing and free inode validation Eric Sandeen
2018-07-24 2:34 ` [PATCH 1/2 V3] xfs_repair: notify user if free inodes contain errors Eric Sandeen
2018-07-24 4:35 ` Eric Sandeen
2018-07-24 21:43 ` Eric Sandeen
2018-07-25 4:25 ` Carlos Maiolino
2018-07-25 16:31 ` Darrick J. Wong [this message]
2018-07-24 2:50 ` [PATCH 2/2 V3] xfs_repair: clear_dinode should simply clear, not check contents Eric Sandeen
2018-07-25 4:48 ` Carlos Maiolino
2018-07-25 16:32 ` 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=20180725163143.GR4813@magnolia \
--to=darrick.wong@oracle.com \
--cc=linux-xfs@vger.kernel.org \
--cc=sandeen@redhat.com \
--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).