From: Andreas Klauer <Andreas.Klauer@metamorpher.de>
To: Wols Lists <antlists@youngman.org.uk>
Cc: Brad Campbell <lists2009@fnarfbargle.com>,
Edward Kuns <eddie.kuns@gmail.com>,
Phil Turmel <philip@turmel.org>, bobzer <bobzer@gmail.com>,
linux-raid <linux-raid@vger.kernel.org>,
Mikael Abrahamsson <swmike@swm.pp.se>
Subject: Re: raid 5 crashed
Date: Thu, 2 Jun 2016 17:27:24 +0200 [thread overview]
Message-ID: <20160602152723.GA4917@metamorpher.de> (raw)
In-Reply-To: <57503C3F.6020005@youngman.org.uk>
On Thu, Jun 02, 2016 at 03:01:35PM +0100, Wols Lists wrote:
> If you have 3 x 4TB desktop drives in an array, then the spec
> says you should expect, and be able to deal with, an error EVERY time
> you scan the array.
It doesn't happen in practice, though. (Thank god.)
There was a paper about disk failures that said URE was simply not useful.
(Empirical Measurements of Disk Failure Rates).
There's this ZDnet article that declared RAID5 dead in 2009 but it still
works fine for me.
I just ignore the URE spec entirely.
(Until someone can prove that it actually matters.)
IMHO the main reason people notice disk failures during rebuilds, is that
they never ever tested their disks for read errors before. You should do
so regularly.
A long SMART self-test takes ages on a large disk, on a busy server with
today's disk sizes it can take days, which is why people avoid running
them (the other reason is lazyness).
However, SMART also supports selective self-tests; so you can run a
relatively short test every day and cover the entire disk over time.
You can schedule these partial tests at night when server load is lowest.
I think mdadm can also do a selective RAID check by fiddling with some
variables in /proc but there is no obvious way of doing so via
the userspace program.
Regards
Andreas Klauer
next prev parent reply other threads:[~2016-06-02 15:27 UTC|newest]
Thread overview: 27+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-05-10 21:28 raid 5 crashed bobzer
2016-05-11 12:09 ` Mikael Abrahamsson
2016-05-11 13:15 ` Robin Hill
2016-05-26 3:06 ` bobzer
2016-05-27 19:19 ` bobzer
2016-05-30 15:01 ` bobzer
2016-05-30 19:04 ` Anthonys Lists
2016-05-30 22:00 ` bobzer
2016-05-31 13:45 ` Phil Turmel
2016-05-31 18:49 ` Wols Lists
2016-06-01 1:48 ` Brad Campbell
2016-06-01 3:46 ` Edward Kuns
2016-06-01 4:07 ` Brad Campbell
2016-06-01 5:23 ` Edward Kuns
2016-06-01 5:28 ` Brad Campbell
2016-06-01 15:36 ` Wols Lists
2016-06-01 23:15 ` Brad Campbell
2016-06-02 5:52 ` Mikael Abrahamsson
2016-06-02 14:01 ` Wols Lists
2016-06-02 15:27 ` Andreas Klauer [this message]
2016-06-03 1:05 ` Brad Campbell
2016-06-03 7:52 ` Mikael Abrahamsson
2016-06-03 15:27 ` bobzer
2016-06-03 16:31 ` Sarah Newman
2016-06-04 2:56 ` bobzer
2016-06-01 15:42 ` Wols Lists
2016-06-01 17:28 ` Phil Turmel
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=20160602152723.GA4917@metamorpher.de \
--to=andreas.klauer@metamorpher.de \
--cc=antlists@youngman.org.uk \
--cc=bobzer@gmail.com \
--cc=eddie.kuns@gmail.com \
--cc=linux-raid@vger.kernel.org \
--cc=lists2009@fnarfbargle.com \
--cc=philip@turmel.org \
--cc=swmike@swm.pp.se \
/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).