From: Philip Hands <phil@hands.com>
To: 'LinuxRaid' <linux-raid@vger.kernel.org>
Subject: Re: RAID1 seems not to be able to scrub pending sectors shown by smart
Date: Sat, 24 Dec 2011 15:30:40 +0000 [thread overview]
Message-ID: <87vcp60yxr.fsf@poker.hands.com> (raw)
In-Reply-To: <4EF5E161.5010001@turmel.org>
[-- Attachment #1: Type: text/plain, Size: 2170 bytes --]
Hi Phil,
On Sat, 24 Dec 2011 09:27:45 -0500, Phil Turmel <philip@turmel.org> wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Hi Philip,
...
> > Well, given that something appears to be blocking in a fairly
> > disastrous way on the read that's not coming back, I was wondering if
> > there might be some way of having a timeout on those reads that if one
> > gets no response for long enough (say 10 seconds) reacts by getting the
> > data from elsewhere, and overwriting the slow sector.
>
> Have you set up TLER or SCTERC on these drives?
The WD Caviar Black model doesn't appear to support that, judging by the:
Warning: device does not support SCT Error Recovery Control command
in the smartctl output. As for TLER, threads like this:
http://www.eggxpert.com/forums/thread/602903.aspx
suggest that there used to be a DOS utility for doing it, but that WD
have since disabled the ability to set that -- and TBH the chances of me
scheduling down time, and working out how to boot DOS on a system with
no floppy, which is in a co-lo centre where I generally am not, are slim
to say the least -- I'd be more likely to simply replace the disks if
that's the only solution, since I'm not impressed with them so far.
> I suspect you haven't, as these long delays on read errors are typical
> of default error handling on consumer drives.
That's my understanding too.
Unfortunately, this enlightenment only came to me after I'd already
bought the el-cheapo drives, rather than the overly expensive RAID-ready
model.
You may say that I deserve what I'm getting, but I'm rather used to
Linux being able to get the best out of cheap hardware, and was hoping
that this would be another example where that could be made to be the case.
> Can you show the complete "smartctl -x" output for this failing drive?
http://hands.com/~phil/tmp/sheikh.hands.com-smartctl-e-sde--20111224
Cheers, Phil.
--
|)| Philip Hands [+44 (0)20 8530 9560] http://www.hands.com/
|-| HANDS.COM Ltd. http://www.uk.debian.org/
|(| 10 Onslow Gardens, South Woodford, London E18 1NE ENGLAND
[-- Attachment #2: Type: application/pgp-signature, Size: 835 bytes --]
next prev parent reply other threads:[~2011-12-24 15:30 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-12-23 18:39 RAID1 seems not to be able to scrub pending sectors shown by smart Philip Hands
2011-12-23 19:59 ` Roger Heflin
2011-12-23 21:22 ` Philip Hands
2011-12-23 22:26 ` Roger Heflin
2011-12-24 10:07 ` Philip Hands
2011-12-24 14:27 ` Phil Turmel
2011-12-24 15:30 ` Philip Hands [this message]
2011-12-25 0:11 ` Phil Turmel
2011-12-24 15:54 ` Roger Heflin
2011-12-25 0:24 ` Phil Turmel
2011-12-25 15:07 ` Philip Hands
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=87vcp60yxr.fsf@poker.hands.com \
--to=phil@hands.com \
--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 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.