All of lore.kernel.org
 help / color / mirror / Atom feed
From: Niobos <niobos@dest-unreach.be>
To: linux-raid@vger.kernel.org
Subject: Re: List of mismatched blocks?
Date: Sun, 04 Jul 2010 12:16:57 +0200	[thread overview]
Message-ID: <i0pn2r$nir$1@dough.gmane.org> (raw)
In-Reply-To: <slrni2vate.mgo.Mario.Holbe@darkside.dyn.samba-tng.org>

On 2010-07-03 23:29, Mario 'BitKoenig' Holbe wrote:
> Niobos <niobos@dest-unreach.be> wrote:
>> Weekly, I'm checking my RAID1 array using:
>> Every few weeks, I get a mismatch count (which are easily solved with a
> 
> Which kernel version and which filesystem on top of the RAID1?

Linux serv02.<omitted> 2.6.31-15-server #50-Ubuntu SMP Tue Nov 10
15:50:36 UTC 2009 x86_64 GNU/Linux

/dev/md1 on / type ext3 (rw,errors=remount-ro)


>> "sync"). Is there an easy way to get a list of blocknumbers that
>> mismatch? I'd like to figure out what may be causing this mismatch.
> 
> You can just cmp -l your component devices and get a list of addresses
> and mismatches - easy to convert to block numbers. For ext2/3 I'd bet
> the mismatches are in inode blocks.
I found out about cmp -l, but that gives me roughly 9 million differing
bytes. They are nicely grouped in ranges, but I was hoping for a way
that would output "sectors 517-523 and 4554-4559" or similar.

For the few mismatches that I calculated manually, the mismatching file
seems to be the ext3-journal itself.

I'm running cmp on an active RAID. My guess is that this cause a large
number of false positives: cmp reading both members at a different time,
and hence reading a different version. That was the main reason to ask
for another way to get the mismatching blocks through the raid-layer.

Niobos

PS: Both disks report "rellocated sector count = 0" via SMART.


  reply	other threads:[~2010-07-04 10:16 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-07-03 17:15 List of mismatched blocks? Niobos
2010-07-03 21:29 ` Mario 'BitKoenig' Holbe
2010-07-04 10:16   ` Niobos [this message]
2010-07-04 18:29     ` Mario 'BitKoenig' Holbe
2010-07-05 10:16       ` Niobos

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='i0pn2r$nir$1@dough.gmane.org' \
    --to=niobos@dest-unreach.be \
    --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.