linux-raid.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Jason Rainforest <l3mming@iinet.net.au>
To: Justin Piszcz <jpiszcz@lucidpixels.com>
Cc: Eyal Lebedinsky <eyal@eyal.emu.id.au>,
	linux-raid list <linux-raid@vger.kernel.org>
Subject: Re: nonzero mismatch_cnt with no earlier error
Date: Sat, 24 Feb 2007 19:48:49 +1000	[thread overview]
Message-ID: <1172310529.4431.9.camel@merlin> (raw)
In-Reply-To: <Pine.LNX.4.64.0702240437070.21012@p34.internal.lan>

I tried doing a check, found a mismatch_cnt of 8 (7*250Gb SW RAID5,
multiple controllers on Linux 2.6.19.2, SMP x86-64 on Athlon64 X2 4200
+).

I then ordered a resync. The mismatch_cnt returned to 0 at the start of
the resync, but around the same time that it went up to 8 with the
check, it went up to 8 in the resync. After the resync, it still is 8. I
haven't ordered a check since the resync completed.


On Sat, 2007-02-24 at 04:37 -0500, Justin Piszcz wrote:
> Of course you could just run repair but then you would never know that 
> mismatch_cnt was > 0.
> 
> Justin.
> 
> On Sat, 24 Feb 2007, Justin Piszcz wrote:
> 
> > Perhaps,
> >
> > The way it works (I believe is as follows)
> >
> > 1. echo check > sync_action
> > 2. If mismatch_cnt > 0 then run:
> > 3. echo repair > sync_action
> > 4. Re-run #1
> > 5. Check to make sure it is back to 0.
> >
> > Justin.
> >
> > On Sat, 24 Feb 2007, Eyal Lebedinsky wrote:
> >
> >> I did a resync since, which ended up with the same mismatch_cnt of 184.
> >> I noticed that the count *was* reset to zero when the resync started,
> >> but ended up with 184 (same as after the check).
> >> 
> >> I thought that the resync just calculates fresh parity and does not
> >> bother checking if it is different. So what does this final count mean?
> >> 
> >> This leads me to ask: why bother doing a check if I will always run
> >> a resync after an error - better run a resync in the first place?
> >> 
> >> -- 
> >> Eyal Lebedinsky (eyal@eyal.emu.id.au) <http://samba.org/eyal/>
> >> 	attach .zip as .dat
> >> -
> >> To unsubscribe from this list: send the line "unsubscribe linux-raid" in
> >> the body of a message to majordomo@vger.kernel.org
> >> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> >> 
> >
> -
> To unsubscribe from this list: send the line "unsubscribe linux-raid" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html

  reply	other threads:[~2007-02-24  9:48 UTC|newest]

Thread overview: 20+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-02-24  0:23 nonzero mismatch_cnt with no earlier error Eyal Lebedinsky
2007-02-24  0:30 ` Justin Piszcz
2007-02-24  0:59   ` Eyal Lebedinsky
2007-02-26  4:36     ` Neil Brown
2007-02-26  5:46       ` Jeff Breidenbach
2007-02-26  8:18       ` Eyal Lebedinsky
2007-03-05  4:00         ` Tejun Heo
2007-02-24  6:58 ` Eyal Lebedinsky
2007-02-24  9:14   ` Justin Piszcz
2007-02-24  9:37     ` Justin Piszcz
2007-02-24  9:48       ` Jason Rainforest [this message]
2007-02-24  9:50         ` Justin Piszcz
2007-02-24  9:59           ` Jason Rainforest
2007-02-24 10:01             ` Justin Piszcz
2007-02-24 11:09         ` Michael Tokarev
2007-02-24 11:12           ` Justin Piszcz
2007-02-25 20:02             ` Bill Davidsen
2007-02-25 18:33 ` Frank van Maarseveen
2007-02-25 19:58   ` Christian Pernegger
2007-02-25 21:07     ` Justin Piszcz

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=1172310529.4431.9.camel@merlin \
    --to=l3mming@iinet.net.au \
    --cc=eyal@eyal.emu.id.au \
    --cc=jpiszcz@lucidpixels.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).