From: NeilBrown <neilb@suse.de>
To: Can Jeuleers <can.jeuleers@gmail.com>
Cc: Linux-RAID <linux-raid@vger.kernel.org>
Subject: Re: Rebuild events while scrubbing - problems or just informational?
Date: Wed, 11 Dec 2013 12:38:26 +1100 [thread overview]
Message-ID: <20131211123826.0942ea22@notabene.brown> (raw)
In-Reply-To: <52A7476A.9060307@gmail.com>
[-- Attachment #1: Type: text/plain, Size: 2556 bytes --]
On Tue, 10 Dec 2013 17:55:06 +0100 Can Jeuleers <can.jeuleers@gmail.com>
wrote:
> On 12/10/2013 09:52 AM, Robin Hill wrote:
> >> Dec 8 14:30:01 c2RAID6 mdadm[1838]: RebuildStarted event detected on
> >> md device /dev/md/3
> >> Dec 8 15:03:21 c2RAID6 mdadm[1838]: Rebuild26 event detected on md
> >> device /dev/md/3
> >> Dec 8 15:36:41 c2RAID6 mdadm[1838]: Rebuild49 event detected on md
> >> device /dev/md/3
> >> Dec 8 16:10:01 c2RAID6 mdadm[1838]: Rebuild70 event detected on md
> >> device /dev/md/3
> >> Dec 8 16:43:21 c2RAID6 mdadm[1838]: Rebuild87 event detected on md
> >> device /dev/md/3
> >>
> >
> > They're perfectly normal if you're doing a repair - I don't think they
> > should be there for a check though. It's just mdadm in monitor mode
> > reporting the progress (the numbers are the percentage completed) to
> > syslog. According to the manual the default reporting interval is 20
> > percent, but I think it actually triggers on a completed stripe (or
> > block of stripes) so the numbers aren't exactly on the interval.
>
> I see them as well during checks. Although I can't find documentation
> stating so I regard them as normal.
> --
% man mdadm
Search for "RebuildStarted"
RebuildStarted
An md array started reconstruction. (syslog priority: Warn-
ing)
RebuildNN
Where NN is a two-digit number (ie. 05, 48). This indicates
that rebuild has passed that many percent of the total. The
events are generated with fixed increment since 0. Increment
size may be specified with a commandline option (default is
20). (syslog priority: Warning)
This is in a section which starts
MONITOR MODE
Usage: mdadm --monitor options... devices...
This usage causes mdadm to periodically poll a number of md arrays and
to report on any events noticed. mdadm will never exit once it decides
that there are arrays to be checked, so it should normally be run in
the background.
I guess that doesn't explicitly say it is normal, but that is the intent :-)
They should be generated from recovery, resync, reshape, check, repair and
anything else that might be added which processes the whole array like that.
I guess "Rebuild" isn't a very generic word.. but
"StuffStarted"
"Stuff20"
"StuffFinished"
probably wouldn't go down well either.
Thanks,
NeilBrown
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 828 bytes --]
next prev parent reply other threads:[~2013-12-11 1:38 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-12-09 22:27 Rebuild events while scrubbing - problems or just informational? Mark Knecht
2013-12-10 8:52 ` Robin Hill
2013-12-10 16:55 ` Can Jeuleers
2013-12-11 1:38 ` NeilBrown [this message]
2013-12-11 7:11 ` Can Jeuleers
2013-12-11 14:34 ` Mark Knecht
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=20131211123826.0942ea22@notabene.brown \
--to=neilb@suse.de \
--cc=can.jeuleers@gmail.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;
as well as URLs for NNTP newsgroup(s).