----- Original Message ----- From: "Neil Brown" <neilb@xxxxxxx> To: "JaniD++" <djani22@xxxxxxxxxxxxx> Cc: <linux-raid@xxxxxxxxxxxxxxx> Sent: Monday, December 19, 2005 1:57 AM Subject: Re: RAID5 resync question BUGREPORT! > On Thursday November 17, djani22@xxxxxxxxxxxxx wrote: > > Hello, > > > > Now i trying the patch.... > > > > [root@st-0001 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! [root@st-0001 /]# 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 [root@st-0001 /]# 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.) > > [root@st-0001 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 majordomo@xxxxxxxxxxxxxxx > 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 majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html