All of lore.kernel.org
 help / color / mirror / Atom feed
From: Paul Clements <paul.clements@steeleye.com>
To: Janos Farkas <chexum+dev@gmail.com>, linux-raid@vger.kernel.org
Subject: Re: mdadm -X bitmap status off by 2^16
Date: Tue, 18 Jul 2006 11:30:42 -0400	[thread overview]
Message-ID: <44BCFEA2.20301@steeleye.com> (raw)
In-Reply-To: <priv$efbe06145625$36d67b3763@200607.gmail.com>

Janos Farkas wrote:

> # for i in hdb3 hdd3 hda3 ; mdadm -X /dev/$i|grep map
>           Bitmap : 285923 bits (chunks), 0 dirty (0.0%)
>           Bitmap : 285923 bits (chunks), 0 dirty (0.0%)
>           Bitmap : 285923 bits (chunks), 65536 dirty (22.9%)

This indicates that the _on-disk_ bits are cleared on two disks, but set 
on the third.


> # cat /proc/mdstat
> Personalities : [raid1] [raid6] [raid5] [raid4]
> md0 : active raid5 hdd3[2] hdb3[0] hda3[1]
>       585569024 blocks level 5, 64k chunk, algorithm 2 [3/3] [UUU]
>       bitmap: 0/140 pages [0KB], 1024KB chunk

This indicates that the _in-memory_ bits are all cleared.

At array startup, md initializes the in-memory bitmap from the on-disk 
copy. It then uses the in-memory bitmap from that point on, shadowing 
any changes there into the on-disk bitmap.

At the end of a rebuild (which should have happened after you added the 
third disk), the bits should all be cleared. The on-disk bits get 
cleared lazily, though. Is there any chance that they are cleared now? 
If not, it sounds like a bug to me.

--
Paul

  reply	other threads:[~2006-07-18 15:30 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-07-18  6:46 mdadm -X bitmap status off by 2^16 Janos Farkas
2006-07-18 15:30 ` Paul Clements [this message]
2006-07-18 16:54   ` Janos Farkas

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=44BCFEA2.20301@steeleye.com \
    --to=paul.clements@steeleye.com \
    --cc=chexum+dev@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.