From: Phil Turmel <philip@turmel.org>
To: Roger Heflin <rogerheflin@gmail.com>
Cc: Philip Hands <phil@hands.com>, '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 19:24:37 -0500 [thread overview]
Message-ID: <4EF66D45.3020802@turmel.org> (raw)
In-Reply-To: <4EF5F5C0.6050908@gmail.com>
On 12/24/2011 10:54 AM, Roger Heflin wrote:
> On my Seagates I turned down the SCTERC to really low (ie .2 seconds)
> and from what I could see it did not make an obvious difference in
> the length of the time that the system paused, the pauses appeared to
> stay at about 30 seconds...which I guess implies that the actual read
> failed timeout was being hit rather than the disk returning an error
> in a reasonable time...from the log each time it was forcing a
> re-write it appeared to be 8 sections of 8 sector each so 32k of
> data, 64 sectors. I seem to remember there is a way to turn down
> the disk op timeout...but at least on my system turning it down lower
> would mean that the disks might not have enough time to spinup out of
> a sleep...
On the drives I've checked closely, any SCTERC setting below 6.5 seconds
is discarded and treated as zero (no limit). Setting timeouts in the
driver stack below the timeout in the drive is counterproductive, as
drives won't abandon the error recovery attempt to reply to the controller's
next command. So the drive gets kicked out of the array as completely
failed (unresponsive) instead of dealing with the localized read error.
If I recall my Seagate spec right, the 6.5 second timeout wouldn't count
the spin-up time. I haven't tested that, as my application doesn't sleep.
Phil
next prev parent reply other threads:[~2011-12-25 0:24 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
2011-12-25 0:11 ` Phil Turmel
2011-12-24 15:54 ` Roger Heflin
2011-12-25 0:24 ` Phil Turmel [this message]
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=4EF66D45.3020802@turmel.org \
--to=philip@turmel.org \
--cc=linux-raid@vger.kernel.org \
--cc=phil@hands.com \
--cc=rogerheflin@gmail.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 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.