From: Sarah Newman <srn@prgmr.com>
To: Marc MERLIN <marc@merlins.org>,
"linux-raid@vger.kernel.org" <linux-raid@vger.kernel.org>
Subject: Re: Raid check didn't fix Current_Pending_Sector, but badblocks -nsv did
Date: Mon, 6 Jun 2016 12:10:23 -0700 [thread overview]
Message-ID: <5755CA9F.6090807@prgmr.com> (raw)
In-Reply-To: <20160606174113.GI12382@merlins.org>
On 06/06/2016 10:41 AM, Marc MERLIN wrote:
> Howdy, I have a raid 5 where one drive reported this:
> 197 Current_Pending_Sector 0x0032 200 199 000 Old_age Always - 29
>
> So I did this:
> myth:~# echo check > /sys/block/md5/md/sync_action
> [173947.749761] md: data-check of RAID array md5
> (...)
> [370316.769230] md: md5: data-check done.
>
> My understanding was that it was supposed to read every block of every
> drive, and if some blocks were unreadable, use parity to rewrite them on
> some fresh backup blocks.
> If a block returned garbage instead, md5 cannot fix this not knowing which
> block is wrong, but I'm assuming the check would have failed with an error.
https://www.kernel.org/doc/Documentation/md.txt shows for sync_action
check - A full check of redundancy was requested and is
happening. This reads all blocks and checks
them. A repair may also happen for some raid
levels.
repair - A full check and repair is happening. This is
similar to 'resync', but was requested by the
user, and the write-intent bitmap is NOT used to
optimise the process.
I think you wanted 'repair' not 'check'.
--Sarah
next prev parent reply other threads:[~2016-06-06 19:10 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-06-06 17:41 Raid check didn't fix Current_Pending_Sector, but badblocks -nsv did Marc MERLIN
2016-06-06 19:10 ` Sarah Newman [this message]
2016-06-06 22:44 ` Marc MERLIN
2016-06-07 0:54 ` Phil Turmel
2016-06-07 4:51 ` Marc MERLIN
2016-06-07 13:04 ` Phil Turmel
2016-06-07 13:56 ` Mikael Abrahamsson
2016-06-07 14:04 ` Marc MERLIN
2016-06-08 1:39 ` Brad Campbell
2016-06-08 12:24 ` Phil Turmel
2016-06-07 5:35 ` Roman Mamedov
2016-06-07 13:57 ` Andreas Klauer
2016-06-07 14:14 ` Phil Turmel
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=5755CA9F.6090807@prgmr.com \
--to=srn@prgmr.com \
--cc=linux-raid@vger.kernel.org \
--cc=marc@merlins.org \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.