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 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.