linux-raid.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Iustin Pop <iusty@k1024.org>
To: Mario 'BitKoenig' Holbe <Mario.Holbe@TU-Ilmenau.DE>
Cc: linux-raid@vger.kernel.org
Subject: Re: mdadm and TLER (Time Limited Error Recovery)
Date: Tue, 8 Sep 2009 20:48:37 +0200	[thread overview]
Message-ID: <20090908184837.GA28217@teal.hq.k1024.org> (raw)
In-Reply-To: <slrnhacpsm.2i5.Mario.Holbe@darkside.dyn.samba-tng.org>

On Tue, Sep 08, 2009 at 04:17:58PM +0200, Mario 'BitKoenig' Holbe wrote:
> Tim Rutter <timrutter@gmail.com> wrote:
> > Is the TLER on drives like Western Digital's WD2002FYPS a problem or
> > benefit for mdadm(RAID5/RAID6)?
> 
> Neither nor with a very very small drift to "problem", IMHO.
> A (not so little) while ago when md did not automatically correct
> read-errors, the drift to "problem" was a bit less small ;) This could
> be the reason for some of the vague answers you mentioned.
> 
> Anyways, clarification...
> The only reason for TLER (Time Limited Error Recovery) is to behave
> "friendly" toward RAID controllers that timeout disks.
> In fact, md does not timeout disks as many Hardware RAID controllers do.
> So, from md's point of view, TLER is useless, i.e. it has no benefit.

I'm sorry but I disagree here. *Especially* because md is used over
normal SATA controllers most of the time, TLER is beneficial because the
drive doesn't go catatonic for minutes at a time trying to recover a bad
sector, which would (because md doesn't timeout disks) cause md to hung
up the whole device. TLER will allow md to see the error quickly and
attempt to rewrite (read) or retry/fail the disk (write) for a bad the
sector.

Just my understanding of the md stack.

regards,
iustin

  reply	other threads:[~2009-09-08 18:48 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-09-08  0:35 mdadm and TLER (Time Limited Error Recovery) Tim Rutter
2009-09-08 14:17 ` Mario 'BitKoenig' Holbe
2009-09-08 18:48   ` Iustin Pop [this message]
2009-09-08 19:45     ` Mario 'BitKoenig' Holbe
2009-09-09  1:33     ` Maurice Hilarius
2009-09-09  8:21       ` Simon Jackson
2009-09-09  9:00         ` Majed B.
2009-09-09 11:04         ` Mario 'BitKoenig' Holbe
2009-09-10  9:26           ` Simon Jackson
2009-09-10  9:39             ` Majed B.
2009-09-10  9:46             ` Robin Hill
2009-09-15 15:36           ` Simon Jackson

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=20090908184837.GA28217@teal.hq.k1024.org \
    --to=iusty@k1024.org \
    --cc=Mario.Holbe@TU-Ilmenau.DE \
    --cc=linux-raid@vger.kernel.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 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).