From: Robin Hill <robin@robinhill.me.uk>
To: Priya Kamala <priya.kamala@perpetual-data.com>
Cc: linux-raid@vger.kernel.org
Subject: Re: Query regarding disk failure
Date: Wed, 10 Jul 2013 14:11:19 +0100 [thread overview]
Message-ID: <20130710131119.GA26658@cthulhu.home.robinhill.me.uk> (raw)
In-Reply-To: <51DD4EF0.6020509@perpetual-data.com>
[-- Attachment #1: Type: text/plain, Size: 1560 bytes --]
On Wed Jul 10, 2013 at 01:09:20PM +0100, Priya Kamala wrote:
> Hi,
>
> If a single disk develops bad sector(s) that affects only a single
> stripe within a given RAID-5 configuration and these bad sectors are
> discovered when running a "check/resync" (echo check >
> /sys/block/mdX/md/sync_action), does this result in the entire disk
> being removed from the RAID? In other words, is access to the other good
> stripes on the drive disabled as well? If so, why is it done this way?
> In case the kernel version makes a difference to the behaviour, I'm
> working with 2.6.21.1.
>
If the check/repair process finds a read error, it will trigger a
rewrite of the affected block (rebuilding the data from the other
drives). If the write fails then the disk will be removed from the RAID.
This shouldn't happen, as the disk should either succeed in the write,
or should remap the bad block with one of its spares.
If you're getting repeated problems with this, it's likely that you are
using consumer-level drives without TLER/ERC and have failed to adjust
the kernel timeouts to compensate for this. In this case the rewrite
will be triggered while the disk is still attempting the read process
and will therefore be ignored, causing the write to fail and the disk to
be removed.
Cheers,
Robin
--
___
( ' } | Robin Hill <robin@robinhill.me.uk> |
/ / ) | Little Jim says .... |
// !! | "He fallen in de water !!" |
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]
next prev parent reply other threads:[~2013-07-10 13:11 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-07-10 12:09 Query regarding disk failure Priya Kamala
2013-07-10 13:11 ` Robin Hill [this message]
2013-07-10 14:17 ` Priya Kamala
2013-07-10 14:51 ` Phil Turmel
2013-07-10 15:11 ` Priya Kamala
2013-07-10 15:22 ` Phil Turmel
2013-07-10 15:45 ` Priya Kamala
2013-07-10 17:30 ` Phil Turmel
2013-07-10 17:47 ` Mikael Abrahamsson
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=20130710131119.GA26658@cthulhu.home.robinhill.me.uk \
--to=robin@robinhill.me.uk \
--cc=linux-raid@vger.kernel.org \
--cc=priya.kamala@perpetual-data.com \
/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).