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