linux-raid.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* high mismatch count after scrub
@ 2007-03-06  2:06 Dexter Filmore
  2007-03-06  4:18 ` Neil Brown
  0 siblings, 1 reply; 5+ messages in thread
From: Dexter Filmore @ 2007-03-06  2:06 UTC (permalink / raw)
  To: linux-raid

So I practiced what I learned today and scrubbed the array.
Getting this:

xerxes:/sys/block/md0/md# cat mismatch_cnt
147248

4x 250GB Samsung sATA, smartctl says all fine.

Need to worry?


-- 
-----BEGIN GEEK CODE BLOCK-----
Version: 3.12
GCS d--(+)@ s-:+ a- C++++ UL++ P+>++ L+++>++++ E-- W++ N o? K-
w--(---) !O M+ V- PS+ PE Y++ PGP t++(---)@ 5 X+(++) R+(++) tv--(+)@ 
b++(+++) DI+++ D- G++ e* h>++ r* y?
------END GEEK CODE BLOCK------

http://www.stop1984.com
http://www.againsttcpa.com

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: high mismatch count after scrub
  2007-03-06  2:06 high mismatch count after scrub Dexter Filmore
@ 2007-03-06  4:18 ` Neil Brown
  2007-03-06 12:45   ` Dexter Filmore
  0 siblings, 1 reply; 5+ messages in thread
From: Neil Brown @ 2007-03-06  4:18 UTC (permalink / raw)
  To: Dexter Filmore; +Cc: linux-raid

On Tuesday March 6, Dexter.Filmore@gmx.de wrote:
> So I practiced what I learned today and scrubbed the array.
> Getting this:
> 
> xerxes:/sys/block/md0/md# cat mismatch_cnt
> 147248
> 
> 4x 250GB Samsung sATA, smartctl says all fine.
> 
> Need to worry?
> 

If you have a swap file on this array, then that could explain it, so
don't worry.

If not... maybe worry?

I assume you did a 'check' or 'repair' before looking at this file?
If not and it is a newly created array, then it is just telling that
the drives didn't have the same content when you started....

NeilBrown

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: high mismatch count after scrub
  2007-03-06  4:18 ` Neil Brown
@ 2007-03-06 12:45   ` Dexter Filmore
  2007-03-06 12:51     ` Justin Piszcz
  0 siblings, 1 reply; 5+ messages in thread
From: Dexter Filmore @ 2007-03-06 12:45 UTC (permalink / raw)
  To: Neil Brown; +Cc: linux-raid

> > xerxes:/sys/block/md0/md# cat mismatch_cnt
> > 147248
> > Need to worry?
>
> If you have a swap file on this array, then that could explain it, so
> don't worry.

Nope, swap is not on the array.
Couple of loops tho.

>
> If not... maybe worry?
>
> I assume you did a 'check' or 'repair' before looking at this file?

Correct, "check".

> If not and it is a newly created array, then it is just telling that
> the drives didn't have the same content when you started....

Array has been in use for quite a while.

-- 
-----BEGIN GEEK CODE BLOCK-----
Version: 3.12
GCS d--(+)@ s-:+ a- C++++ UL++ P+>++ L+++>++++ E-- W++ N o? K-
w--(---) !O M+ V- PS+ PE Y++ PGP t++(---)@ 5 X+(++) R+(++) tv--(+)@ 
b++(+++) DI+++ D- G++ e* h>++ r* y?
------END GEEK CODE BLOCK------

http://www.stop1984.com
http://www.againsttcpa.com

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: high mismatch count after scrub
  2007-03-06 12:45   ` Dexter Filmore
@ 2007-03-06 12:51     ` Justin Piszcz
  2007-03-07 13:10       ` Dexter Filmore
  0 siblings, 1 reply; 5+ messages in thread
From: Justin Piszcz @ 2007-03-06 12:51 UTC (permalink / raw)
  To: Dexter Filmore; +Cc: Neil Brown, linux-raid



On Tue, 6 Mar 2007, Dexter Filmore wrote:

>>> xerxes:/sys/block/md0/md# cat mismatch_cnt
>>> 147248
>>> Need to worry?
>>
>> If you have a swap file on this array, then that could explain it, so
>> don't worry.
>
> Nope, swap is not on the array.
> Couple of loops tho.
>
>>
>> If not... maybe worry?
>>
>> I assume you did a 'check' or 'repair' before looking at this file?
>
> Correct, "check".
>
>> If not and it is a newly created array, then it is just telling that
>> the drives didn't have the same content when you started....
>
> Array has been in use for quite a while.
>
> -- 
> -----BEGIN GEEK CODE BLOCK-----
> Version: 3.12
> GCS d--(+)@ s-:+ a- C++++ UL++ P+>++ L+++>++++ E-- W++ N o? K-
> w--(---) !O M+ V- PS+ PE Y++ PGP t++(---)@ 5 X+(++) R+(++) tv--(+)@
> b++(+++) DI+++ D- G++ e* h>++ r* y?
> ------END GEEK CODE BLOCK------
>
> http://www.stop1984.com
> http://www.againsttcpa.com
> -
> 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
>

Neil,

So in his case, is there anyway to determine which files are potentially 
corrupted?

Justin.

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: high mismatch count after scrub
  2007-03-06 12:51     ` Justin Piszcz
@ 2007-03-07 13:10       ` Dexter Filmore
  0 siblings, 0 replies; 5+ messages in thread
From: Dexter Filmore @ 2007-03-07 13:10 UTC (permalink / raw)
  To: linux-raid

> Neil,
>
> So in his case, is there anyway to determine which files are potentially
> corrupted?

I'd like to know that, too...

-- 
-----BEGIN GEEK CODE BLOCK-----
Version: 3.12
GCS d--(+)@ s-:+ a- C++++ UL++ P+>++ L+++>++++ E-- W++ N o? K-
w--(---) !O M+ V- PS+ PE Y++ PGP t++(---)@ 5 X+(++) R+(++) tv--(+)@ 
b++(+++) DI+++ D- G++ e* h>++ r* y?
------END GEEK CODE BLOCK------

http://www.stop1984.com
http://www.againsttcpa.com

^ permalink raw reply	[flat|nested] 5+ messages in thread

end of thread, other threads:[~2007-03-07 13:10 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2007-03-06  2:06 high mismatch count after scrub Dexter Filmore
2007-03-06  4:18 ` Neil Brown
2007-03-06 12:45   ` Dexter Filmore
2007-03-06 12:51     ` Justin Piszcz
2007-03-07 13:10       ` Dexter Filmore

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