From: Phil Turmel <philip@turmel.org>
To: Hans Kraus <hans@hanswkraus.com>, linux-raid@vger.kernel.org
Subject: Re: Timeout question
Date: Mon, 04 Nov 2013 17:39:08 -0500 [thread overview]
Message-ID: <5278220C.3060607@turmel.org> (raw)
In-Reply-To: <5277FE65.8050001@hanswkraus.com>
Hi Hans,
On 11/04/2013 03:07 PM, Hans Kraus wrote:
> Hi,
>
> I put all my replaced and so on HDs in one machine to serve
> backup duties, with backuppc.
>
> I assembled four raid0, each consiting of a 3 + 1 TB couple or
> 2 + 2 TB couple. Some of these support scterc, some do not. I've
> put the following in rc.local (by the way, the system is running
> Debian):
> cd /dev
> for x in sd[a-z]; do
> /bin/echo $x
> "---------------------------------------------------------------------------"
>
> /usr/sbin/smartctl -s on -o on -S on /dev/$x || echo
> "/usr/sbin/smartctl -s on -o on -S on /dev/$x failed."
> /usr/sbin/smartctl -l scterc,70,70 /dev/$x || echo 180
>>/sys/block/$x/device/timeout || echo "/sys/block/$x/device/timeout not
> available"
> /usr/sbin/smartctl -t offline /dev/$x || echo "/usr/sbin/smartctl -t
> offline /dev/$x failed"
> /bin/echo
> "-------------------------------------------------------------------------------"
Good.
>
> done
>
> Afterwards, these four raid0 are the members of a raid5. The idea
> behind this is to be able to replace the raid0 with single 4 TB drives.
> Now comes my question: Do I need to care for timeouts of the raid0, and
> if so, how do I do that? The following doesn't work:
> for x in md??; do
> /bin/echo $x
> "--------------------------------------------------------------------------"
>
> echo 180 >/sys/block/$x/device/timeout || echo
> "/sys/block/$x/device/timeout not available"
> /bin/echo
> "-------------------------------------------------------------------------------"
>
> done
No. The timeouts only matter on the physical devices. MD doesn't have
a timeout as it isn't a physical driver. What you have appears to be
correct.
Make sure you also have a "check" scrub in a cron job for everything
greater than raid0. (Interval can vary--I use weekly.) And follow up
on the cron job with a report of all mismatch-cnt values.
For large capacities with consumer drives (~8TB or more, IMHO), you
should seriously consider raid6. The probability of an unrecoverable
read error interrupting a raid5 rebuild after a drive failure is
shockingly high.
HTH,
Phil
next prev parent reply other threads:[~2013-11-04 22:39 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-11-04 20:07 Timeout question Hans Kraus
2013-11-04 22:39 ` Phil Turmel [this message]
2013-11-04 23:29 ` Keith Keller
2013-11-06 6:49 ` Hans Kraus
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=5278220C.3060607@turmel.org \
--to=philip@turmel.org \
--cc=hans@hanswkraus.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox