From: Bill Davidsen <davidsen@tmr.com>
To: John Stoffel <john@stoffel.org>
Cc: linux-raid@vger.kernel.org
Subject: Re: md0: invalid bitmap page request: 249 (> 223)
Date: Thu, 12 Apr 2007 12:28:47 -0400 [thread overview]
Message-ID: <461E5E3F.4070108@tmr.com> (raw)
In-Reply-To: <17950.22648.37421.148022@smtp.charter.net>
John Stoffel wrote:
> Hi Neil,
>
> I've just installed a new SATA controller and a pair of 320Gb disks
> into my system. Went great. I'm running 2.6.21-rc6, with the ATA
> drivers for my disks.
>
> I had a RAID1 mirror consisting of two 120gb disks. I used mdadm and
> grew the number of disks in md0 to four, then added in the two new
> disks. Let it resync overnight, and then this morning I removed the
> two old disks. Went really really really well.
>
> But now I'm trying to grow (using mdadm v2.5.6, Debian unstable
> system) the array to use the full space now available. Then I'll grow
> the PVs and LVs I have on top of these to make them bigger as well.
>
> The re-sync is going:
>
> > cat /proc/mdstat
> Personalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5]
> [raid4]
> md0 : active raid1 sdd1[1] sdc1[0]
> 312568000 blocks [2/2] [UU]
> [========>............] resync = 42.1% (131637248/312568000)
> finish=373264.5min speed=0K/sec
> bitmap: 1/224 pages [4KB], 256KB chunk
>
> unused devices: <none>
>
>
> But it's going slowly and dragging down the whole system with pauses,
> and I'm getting tons of the following messages in my dmesg output:
>
> [50683.698708] md0: invalid bitmap page request: 251 (> 223)
> [50683.763687] md0: invalid bitmap page request: 251 (> 223)
> [50683.828621] md0: invalid bitmap page request: 251 (> 223)
> [50683.893520] md0: invalid bitmap page request: 251 (> 223)
> [50683.958396] md0: invalid bitmap page request: 251 (> 223)
> [50684.023265] md0: invalid bitmap page request: 251 (> 223)
> [50684.088202] md0: invalid bitmap page request: 251 (> 223)
> [50684.153196] md0: invalid bitmap page request: 251 (> 223)
> [50684.218129] md0: invalid bitmap page request: 251 (> 223)
> [50684.283044] md0: invalid bitmap page request: 251 (> 223)
>
>
> Is there anyway I can interrupt the command I used:
>
> mdadm --grow /dev/md0 --size=#####
>
> which I know now I should have used the --size=max paramter instead,
> but it wasn't in the man page or the online help. Oh well...
>
> I tried removing the bitmap with:
>
> mdadm --grow /dev/md0 --bitmap=none
>
> but of course it won't let me do that. Would I have to hot-fail one
> of my disks to interrupt the re-sync, so I can remove the bitmap, so I
> can then grow the RAID1 to the max volume size?
>
I think you could interrupt it by echoing 'idle' to the sync_action, but
I personally wouldn't do that, since there are indications of some
problem already, and doing another unusual thing is not prudent. I doubt
you problems are caused by specifying the size rather than using "max,"
unless you got it wrong, in which case I wouldn't guess what is going to
happen.
--
bill davidsen <davidsen@tmr.com>
CTO TMR Associates, Inc
Doing interesting things with small computers since 1979
next prev parent reply other threads:[~2007-04-12 16:28 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-04-12 16:04 md0: invalid bitmap page request: 249 (> 223) John Stoffel
2007-04-12 16:28 ` Bill Davidsen [this message]
2007-04-13 17:38 ` John Stoffel
2007-04-13 12:56 ` John Stoffel
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=461E5E3F.4070108@tmr.com \
--to=davidsen@tmr.com \
--cc=john@stoffel.org \
--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.