----- Original Message -----
From: "Neil Brown" <[EMAIL PROTECTED]>
To: "JaniD++" <[EMAIL PROTECTED]>
Cc: <[email protected]>
Sent: Monday, December 19, 2005 1:57 AM
Subject: Re: RAID5 resync question BUGREPORT!
> On Thursday November 17, [EMAIL PROTECTED] wrote:
> > Hello,
> >
> > Now i trying the patch....
> >
> > [EMAIL PROTECTED] root]# mdadm -G --bitmap=/raid.bm /dev/md0
> > mdadm: Warning - bitmaps created on this kernel are not portable
> > between different architectured. Consider upgrading the Linux kernel.
> > mdadm: Cannot set bitmap file for /dev/md0: Cannot allocate memory
>
> How big is your array?
Raid Level : raid5
Array Size : 1953583360 (1863.08 GiB 2000.47 GB)
Device Size : 195358336 (186.31 GiB 200.05 GB)
> The default bitmap-chunk-size when the bitmap is in a file is 4K, this
> makes a very large bitmap on a large array.
Yes, and if i can see correctly, it makes overflow.
> Try a larger bitmap-chunk size e.g.
>
> mdadm -G --bitmap-chunk=256 --bitmap=/raid.bm /dev/md0
I think it is still uncompleted!
[EMAIL PROTECTED] /]# mdadm -G --bitmap-chunk=256 --bitmap=/raid.bm /dev/md0
mdadm: Warning - bitmaps created on this kernel are not portable
between different architectured. Consider upgrading the Linux kernel.
Segmentation fault
[EMAIL PROTECTED] /]#
And the raid layer is stopped.
(The nbd-server stops to serving, and the cat /proc/mdstat is hangs too.
i try to sync, and
echo b >/proc/sysrq-trigger
After reboot, everything is back to normal.)
This generates one 96000 byte /raid.bm.
(Anyway i think the --bitmap-chunk option is neccessary to be automaticaly
generated.)
> > [EMAIL PROTECTED] root]# mdadm -X /dev/md0
>
> This usage is only appropriate for arrays with internal bitmaps (I
> should get mdadm to check that..).
Is there a way to check external bitmaps?
> >
> > And now what? :-)
>
> Either create an 'internal' bitmap, or choose a --bitmap-chunk size
> that is larger.
First you sad, the space to the internal bitmap is only 64K.
My first bitmap file is ~4MB, and with --bitmap-chunk=256 option still 96000
Byte.
I don't think so... :-)
I am affraid to overwrite an existing data.
Cheers,
Janos
>
> Thanks for the report.
>
> NeilBrown
> -
> To unsubscribe from this list: send the line "unsubscribe linux-raid" in
> the body of a message to [EMAIL PROTECTED]
> More majordomo info at http://vger.kernel.org/majordomo-info.html
-
To unsubscribe from this list: send the line "unsubscribe linux-raid" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
