Linux RAID subsystem development
 help / color / mirror / Atom feed
From: Phil Turmel <philip@turmel.org>
To: yuji_touya@yokogawa-digital.com, swmike@swm.pp.se
Cc: linux-raid@vger.kernel.org
Subject: Re: Help raid10 recovery from 2 disks removed
Date: Fri, 25 Oct 2013 08:09:13 -0400	[thread overview]
Message-ID: <526A5F69.1030309@turmel.org> (raw)
In-Reply-To: <1F36A02C60ACD1478457DCD917DA0FA8034D07@ZEX001-0M9030.jp.ykgw.net>

On 10/25/2013 06:47 AM, yuji_touya@yokogawa-digital.com wrote:
> Phil,
> 
>>> Device Model:     ST2000DM001-9YN164
>>
>> If I recall correctly, this model doesn't support error recovery
>> control.  If you haven't fixed your driver timeouts, it explains your
>> situation.
> 
> I had been believing that nowadays all hdd drive can reallocate bad sectors.
> It is wrong, right?

Yes and no.  Yes, all modern hard drives can reallocate bad sectors.
No, they can't do so until that sector is *written*.  Since you can't
read the data, and you need to write it to fix it, you need to get that
data from a redundant location.

The kernel MD module will do this on a running array when it encounters
a read error.  Your problem is that your drives do not report read
errors before the low level kernel driver (not MD) times out (30
seconds).  Non-raid drives typically take over two minutes to report a
read error.  When the kernel driver times out, it attempts to reset the
connection to the drive.  But the drive is still trying to read, and
ignores the reset.  So when MD tries to write the sector to repair it,
the drive appears to be disconnected.  *BOOM*

When you look at it a little later, it appears to be fine (and it
probably is).

> I had not fixed driver timeouts. It's a new word to me.
> I wonder these settings are required to use rest Seagate drives (sdd and sde).

Please search the list archives.  I've explained in detail many times in
the past few years.

And yes, you need to deal with the problem for all of your drives.

> I'll use RAID-capable drives when exchanging kicked out disks.
> Thank you for your advice.
> 
> I'm learnning a lot through my problem and really thank to linux-raid community,
> people helped me, and of course software RAID system. ;-)

You're welcome.

Phil

  parent reply	other threads:[~2013-10-25 12:09 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-10-24  5:10 Help raid10 recovery from 2 disks removed yuji_touya
2013-10-24  8:54 ` Mikael Abrahamsson
2013-10-24 10:14   ` yuji_touya
2013-10-24 12:16     ` Phil Turmel
2013-10-25 10:47       ` yuji_touya
2013-10-25 12:07         ` Mikael Abrahamsson
2013-10-25 12:09         ` Phil Turmel [this message]
2013-10-24 12:44     ` Mikael Abrahamsson
2013-10-25  7:27       ` Dag Nygren
2013-10-25  8:24         ` Mikael Abrahamsson
2013-10-25  8:34           ` Dag Nygren
2013-10-25 10:08         ` yuji_touya
2013-10-25 12:21         ` Phil Turmel
2013-10-25 16:05           ` Dag Nygren

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=526A5F69.1030309@turmel.org \
    --to=philip@turmel.org \
    --cc=linux-raid@vger.kernel.org \
    --cc=swmike@swm.pp.se \
    --cc=yuji_touya@yokogawa-digital.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