From: Tomasz Chmielewski <mangoo@wpkg.org>
To: Neil Brown <neilb@suse.de>
Cc: linux-raid@vger.kernel.org
Subject: Re: checking md device parity (forced resync) - is it necessary?
Date: Tue, 05 Sep 2006 14:00:03 +0200 [thread overview]
Message-ID: <44FD66C3.6040609@wpkg.org> (raw)
In-Reply-To: <17661.19907.140798.943518@cse.unsw.edu.au>
Neil Brown wrote:
(...)
>> Which starts a resync of drives. As one can imagine, resync of 800 GB on
>> a rather slow device (600 MHz ARM) can take 12 hours or so...
>>
>
> I believe that was intended to be once a month, not once a day.
> Slight error in crontab.
>
>> So my question is: is this "daily forced resync" necessary?
>
> Daily is probably excessive, certainly on an array that size.
>
> Monthly is good. Weekly might be justified on cheap (i.e. unreliable)
> drives and very critical data.
>
> With RAID, sleeping bad blocks can be bad. If you hit one while
> recovering a failed drive, you have to put the piece back together by
> hand.
> A regular check can wake up those sleeping bad blocks.
Thanks a lot for clarification.
>> When can one need to run a "daily forced resync", and in which
>> circumstances?
>
> As I said, I think the 'daily' is an error. What exactly do you have
> in crontab??
Indeed, the crontab entry is wrong:
# by default, run at 01:06 on the first Sunday of each month.
6 1 1-7 * 7 root [ -x /usr/share/mdadm/checkarray ] &&
/usr/share/mdadm/checkarray --cron --all --quiet
However, it will run at 01:06, on 1st-7th day of each month, and on
Sundays (Debian etch).
--
Tomasz Chmielewski
http://wpkg.org
next prev parent reply other threads:[~2006-09-05 12:00 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-09-05 8:59 checking md device parity (forced resync) - is it necessary? Tomasz Chmielewski
2006-09-05 10:13 ` Neil Brown
2006-09-05 12:00 ` Tomasz Chmielewski [this message]
2006-09-05 16:59 ` Luca Berra
2006-09-06 7:19 ` Mario 'BitKoenig' Holbe
2006-09-06 8:12 ` Tomasz Chmielewski
2006-09-06 13:55 ` John Stoffel
2006-09-06 14:11 ` Tomasz Chmielewski
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=44FD66C3.6040609@wpkg.org \
--to=mangoo@wpkg.org \
--cc=linux-raid@vger.kernel.org \
--cc=neilb@suse.de \
/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.