From: Phillip Susi <psusi@cfl.rr.com>
To: Mark Knecht <markknecht@gmail.com>
Cc: Khelben Blackstaff <eye.of.the.8eholder@gmail.com>,
linux-raid@vger.kernel.org
Subject: Re: Use of WD20EARS with MDADM
Date: Thu, 22 Apr 2010 23:44:27 -0400 [thread overview]
Message-ID: <1271994267.2855.22.camel@faldara> (raw)
In-Reply-To: <z2y5bdc1c8b1004221623l3d83165ek3e605d74132a2de3@mail.gmail.com>
On Thu, 2010-04-22 at 16:23 -0700, Mark Knecht wrote:
> Validated doesn't mean spec'ed, right? So they spec it at 300K but
> they test and find that some units go to 1M, so they report that some
> units go to 1M but they keep the spec at 300K. We feel more
> comfortable with the operation but if the drive fails at 400K then
> they are within their rights to say the drive lived a useful life and
> replace or not replace it as they see fit.
Specifications are based on validation; they don't have anything to do
with the warranty. If one drive made it to a million, who cares? The
question is will the majority of them? Just because one drive made it
to a million hours before failing does not mean a million hours is the
MTBF, nor does a drive failing at half MTBF have anything to do with
whether it is still under warranty or not. The warranty is expressed in
real time duration, not hours of operation or head unload count.
The question is, if you have a dozen drives in a raid array, is there a
good chance that none will fail after they hit 300,000 unloads. If the
answer to that is no, and it looks like they will reach 300,000 unloads
in a few months, then you probably don't want to use those drives.
> Keep in mind that just because we possibly solve the load cycle count
> problem doesn't mean that the drive will work for RAID. WD has also
> stated that these drives don't have any TLER features.
TLER sounds like marketing department BS to me. ANY drive should be
able to retry a read plenty of times and give up in less than 7 seconds
without some special feature. I've never used a drive with this
"feature" and never had mdadm kick a drive offline just because it
developed a bad sector. Usually I notice from a smart check and force a
write to the sector and the drive remaps it.
next prev parent reply other threads:[~2010-04-23 3:44 UTC|newest]
Thread overview: 52+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-03-25 16:20 Use of WD20EARS with MDADM Andrew Dunn
2010-03-25 17:01 ` Asdo
2010-03-25 17:58 ` Mark Knecht
2010-03-25 20:23 ` John Robinson
2010-03-26 10:45 ` Asdo
2010-03-25 17:10 ` David Lethe
2010-03-25 17:45 ` Asdo
2010-03-28 16:19 ` Stefan *St0fF* Huebner
2010-03-29 16:59 ` WD20EARS data Stefan /*St0fF*/ Hübner
2010-03-29 17:13 ` Stefan /*St0fF*/ Hübner
2010-04-14 19:53 ` Use of WD20EARS with MDADM Bill Davidsen
2010-04-19 14:17 ` Phillip Susi
2010-04-21 13:20 ` Bill Davidsen
2010-04-21 13:45 ` Tim Small
2010-04-21 14:32 ` Mikael Abrahamsson
2010-04-21 21:58 ` Berkey B Walker
2010-05-02 22:33 ` Bill Davidsen
2010-05-03 0:08 ` Berkey B Walker
2010-04-21 15:14 ` Phillip Susi
2010-04-21 16:42 ` Bill Davidsen
2010-04-21 17:36 ` Mark Knecht
2010-04-21 18:40 ` Tim Small
2010-04-21 19:01 ` Mark Knecht
2010-04-21 19:31 ` Clinton Lee Taylor
2010-04-22 0:51 ` Steven Haigh
2010-04-21 19:33 ` Phillip Susi
2010-04-21 20:36 ` Mark Knecht
2010-05-12 13:06 ` Tim Small
2010-04-22 11:40 ` wdidle3 Tim Small
2010-04-22 16:13 ` Use of WD20EARS with MDADM Khelben Blackstaff
2010-04-22 18:16 ` Simon Matthews
2010-04-22 19:44 ` Phillip Susi
2010-04-22 23:23 ` Mark Knecht
2010-04-23 0:03 ` Richard Scobie
2010-04-23 1:29 ` Mark Knecht
2010-04-23 3:49 ` Phillip Susi
2010-04-23 3:44 ` Phillip Susi [this message]
2010-04-21 15:52 ` Simon Matthews
2010-04-21 19:24 ` Richard Scobie
2010-03-26 20:27 ` Peter Kieser
2010-03-26 20:59 ` Mark Knecht
2010-03-26 21:01 ` Peter Kieser
2010-03-26 21:06 ` Mark Knecht
2010-03-26 21:16 ` Mark Knecht
2010-03-26 21:19 ` Richard Scobie
2010-03-26 22:38 ` Mark Knecht
2010-03-26 22:47 ` Peter Kieser
2010-03-26 22:50 ` Matt Garman
2010-03-26 22:51 ` Peter Kieser
2010-03-26 23:01 ` David Rees
2010-03-27 23:31 ` Mark Knecht
2010-03-26 21:45 ` Matt Garman
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=1271994267.2855.22.camel@faldara \
--to=psusi@cfl.rr.com \
--cc=eye.of.the.8eholder@gmail.com \
--cc=linux-raid@vger.kernel.org \
--cc=markknecht@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 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).