All of lore.kernel.org
 help / color / mirror / Atom feed
From: NeilBrown <neilb@suse.de>
To: Andrew Falgout <andrew.falgout@gmail.com>
Cc: linux-raid@vger.kernel.org
Subject: Re: mismatch_cnt and Raid6
Date: Thu, 21 Apr 2011 23:14:19 +1000	[thread overview]
Message-ID: <20110421231419.1caa2f1c@notabene.brown> (raw)
In-Reply-To: <4DB02A77.8000902@gmail.com>

On Thu, 21 Apr 2011 08:00:39 -0500 Andrew Falgout <andrew.falgout@gmail.com>
wrote:

> I got an error last week from a new raid6 array about a mismatch_cnt.  I 
> did some reading online, performed a repair action on the array, 
> performed a check action, and checked for the mismatch_cnt again.  The 
> number was greatly reduced, but it was still there.  According to mdadm, 
> everything appears to be working fine.  All the drives are passing short 
> tests on smartctl.
> 
> What is mismatch_cnt really?  Should I even be concerned about this? 

Yes, you should be concerned.
mismatch_cnt is a count of sectors where the parity blocks don't match the
data blocks.

The code doesn't check every sector individually.  For raid5/6 it checks 4K
at a time, so divide by 8, and that many 4K blocks are in doubt.

So something if going wrong somewhere.

I would run 'check' a few time and see if the number changes.
If it goes down at all, then it looks like you occasionally get bad reads
from a device.
If it only ever increases, then you are presumably getting bad writes
sometimes.

You could:
 - stop the array
 - run sha1sum on each member disk, several times.
 - if any one disk has an unstable result - check cabling, or replace the disk
 - if more than one disk has an unstable result, replace the controller maybe.
 - if all results are stable it must be a write-only problem - much harder
   to work with.

NeilBrown



> The array is giving me 25-30MB/sec performance on an sshfs mount over 
> the network.  With a local copy I can see speeds of 50 to 60MB/sec.
> 
> Thanks,
> Andrew Falgout

  reply	other threads:[~2011-04-21 13:14 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-04-21 13:00 mismatch_cnt and Raid6 Andrew Falgout
2011-04-21 13:14 ` NeilBrown [this message]
2011-04-21 13:20   ` Andrew Falgout
2011-04-21 13:38     ` John Robinson
2011-04-21 13:45 ` Roman Mamedov

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=20110421231419.1caa2f1c@notabene.brown \
    --to=neilb@suse.de \
    --cc=andrew.falgout@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 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.