From: "Darrick J. Wong" <darrick.wong@oracle.com>
To: Eric Sandeen <sandeen@sandeen.net>
Cc: linux-xfs@vger.kernel.org,
Allison Collins <allison.henderson@oracle.com>
Subject: Re: [PATCH 2/3] xfs_scrub: perform media scans of entire devices
Date: Wed, 6 Nov 2019 12:22:07 -0800 [thread overview]
Message-ID: <20191106202207.GO4153244@magnolia> (raw)
In-Reply-To: <9c620b96-fef4-9b30-db78-f6c091d6adac@sandeen.net>
On Wed, Nov 06, 2019 at 02:15:43PM -0600, Eric Sandeen wrote:
> On 10/22/19 1:50 PM, Darrick J. Wong wrote:
> > From: Darrick J. Wong <darrick.wong@oracle.com>
> >
> > Add a new feature to xfs_scrub where specifying multiple -x will cause
> > it to perform a media scan of the entire disk, not just the file data
> > areas.
>
> Hm.... convince me why this is useful? It's likely that any such block
> will get remapped when it's used anyway, right? What does this help?
It's really only useful as a general media scan, which anyone can do
with ddrescue. It could potentially be useful if storage reverts to the
old days where writes don't actually remap (flooppies!)....
...eh, let's drop this and the next patch. I don't even think pmem
behaves like that.
> > Signed-off-by: Darrick J. Wong <darrick.wong@oracle.com>
> > Reviewed-by: Allison Collins <allison.henderson@oracle.com>
> > ---
> > man/man8/xfs_scrub.8 | 3 +++
> > scrub/phase6.c | 60 ++++++++++++++++++++++++++++++++++++++++++++++----
> > scrub/phase7.c | 5 ++++
> > scrub/xfs_scrub.c | 4 ++-
> > scrub/xfs_scrub.h | 1 +
> > 5 files changed, 66 insertions(+), 7 deletions(-)
> >
> >
> > diff --git a/man/man8/xfs_scrub.8 b/man/man8/xfs_scrub.8
> > index e881ae76..2cdec380 100644
> > --- a/man/man8/xfs_scrub.8
> > +++ b/man/man8/xfs_scrub.8
> > @@ -97,6 +97,9 @@ Prints the version number and exits.
> > .TP
> > .B \-x
> > Read all file data extents to look for disk errors.
> > +If this option is given more than once, scrub all disk contents.
>
> This addition doesn't really make clear what -xx does, IMHO. Something
> more explicit like "look for errors even in freespace?"
Yeah.
> > +If this option is given more than twice, report errors even if they have not
> > +yet caused data loss.
>
> sooo w/ -xx it'll read freespace but not report errors, with -xxx it will?
The same as -xx.
--D
>
> -Eric
next prev parent reply other threads:[~2019-11-06 20:22 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-10-22 18:49 [PATCH 0/3] xfs_scrub: media scan entire disks Darrick J. Wong
2019-10-22 18:50 ` [PATCH 1/3] xfs_scrub: implement background mode for phase 6 Darrick J. Wong
2019-10-22 18:50 ` [PATCH 2/3] xfs_scrub: perform media scans of entire devices Darrick J. Wong
2019-11-06 20:15 ` Eric Sandeen
2019-11-06 20:22 ` Darrick J. Wong [this message]
2019-10-22 18:50 ` [PATCH 3/3] xfs_scrub: relabel verified data block counts in output Darrick J. Wong
-- strict thread matches above, loose matches on Subject: below --
2019-09-25 21:37 [PATCH 0/3] xfs_scrub: media scan entire disks Darrick J. Wong
2019-09-25 21:37 ` [PATCH 2/3] xfs_scrub: perform media scans of entire devices Darrick J. Wong
2019-09-06 3:40 [PATCH 0/3] xfs_scrub: media scan entire disks Darrick J. Wong
2019-09-06 3:40 ` [PATCH 2/3] xfs_scrub: perform media scans of entire devices Darrick J. Wong
2019-09-12 23:42 ` Allison Collins
2019-08-26 21:32 [PATCH 0/3] xfs_scrub: media scan entire disks Darrick J. Wong
2019-08-26 21:33 ` [PATCH 2/3] xfs_scrub: perform media scans of entire devices 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=20191106202207.GO4153244@magnolia \
--to=darrick.wong@oracle.com \
--cc=allison.henderson@oracle.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