linux-raid.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
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 --]

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