From: aristizb@ualberta.ca
To: linux-raid@vger.kernel.org
Subject: dirty chunks on bitmap not clearing (RAID1)
Date: Wed, 14 Oct 2009 16:39:43 -0600 [thread overview]
Message-ID: <20091014163943.15177bety75a30g0@webmail.ualberta.ca> (raw)
Hello,
I have a RAID1 with 2 LVM disks and I am running into a strange
situation where having the 2 disks connected to the array the bitmap
never clears the dirty chunks.
I am assuming also that when a RAID1 is in write-through mode, the
bitmap indicates that all the data has made it to all the disks if
there are no dirty chunks using mdadm --examine-bitmap.
The output of cat /proc/mdstat is:
md2060 : active raid1 dm-5[1] dm-6[0]
2252736 blocks [2/2] [UU]
bitmap: 1/275 pages [12KB], 4KB chunk, file: /tmp/md2060bm
The output of mdadm --examine-bitmap /tmp/md2060bm is:
Filename : md2060bm
Magic : 6d746962
Version : 4
UUID : ad5fb74c:bb1c654a:087b2595:8a5d04a9
Events : 12
Events Cleared : 12
State : OK
Chunksize : 4 KB
Daemon : 5s flush period
Write Mode : Normal
Sync Size : 2252736 (2.15 GiB 2.31 GB)
Bitmap : 563184 bits (chunks), 3 dirty (0.0%)
Having the array under no IO, I waited 30 minutes but the dirty data
never gets clear from the bitmap, so I presume the disks are not in
sync; but after I ran a block by block comparison of the two devices I
found that they are equal.
The superblocks and the external bitmap tell me that all the events
are cleared, so I am confused on why the bitmap never goes to 0 dirty
chunks.
How can I tell if the disks are in sync?
Thank you in advance for any help.
--
Juan Aristizabal
next reply other threads:[~2009-10-14 22:39 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-10-14 22:39 aristizb [this message]
2009-10-15 1:36 ` dirty chunks on bitmap not clearing (RAID1) NeilBrown
2009-10-15 15:15 ` aristizb
-- strict thread matches above, loose matches on Subject: below --
2011-08-29 16:30 Chris Pearson
2011-08-31 7:38 ` NeilBrown
2011-08-31 18:23 ` Chris Pearson
2011-12-22 22:48 ` NeilBrown
2011-12-26 18:07 ` Alexander Lyakas
2012-01-02 22:58 ` NeilBrown
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=20091014163943.15177bety75a30g0@webmail.ualberta.ca \
--to=aristizb@ualberta.ca \
--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).