Re: raid6 grow "hangs" on 2.6.27 with mounted FS

[Neil Brown <neilb@suse.de>]

On Saturday March 21, roma1390@gmail.com wrote:
> i have 2.6.27
> trying thease command
> 
> # create raid6 with 4 block devices
> mdadm --create /dev/md2 --level=6 --raid-devices=4 /dev/loop{1,2,3,4}
> # wait to sync
> sleep 3
> # create and mount FS
> mkfs.ext2 /dev/md2
> mount /dev/md2 -t ext2 /mnt
> 
> # add block device and grow, wait for resync
> mdadm --add /dev/md2  /dev/loop5
> mdadm --grow /dev/md2 --raid-devices=5
> sleep 3
> 
> # dmesg prints: VFS: busy inodes on changed media.
> # umount hangs ...
> umount /dev/md2
> # also: "mdadm --query /dev/md2" hangs in D state.

Thanks for the detailed report.

I can almost reproduce this.
However when I run it, the "mdadm --grow" prints 
    mdadm: Need to backup 384K of critical section..
(as expected) and then hangs.

If I interrupt it and proceed, then the umount hangs.

Is this the case for you?

The umount hangs because there is something important that mdadm needs
to do which it didn't do because it was interrupted.  During the
'critical section', mdadm causes all writes to the start of the device
to be blocked.  The umount tries to write the filesystem superblock
and hangs.
You can test if this is the problem by running the command

 cat /sys/block/md2/md/suspend_hi > /sys/block/md2/md/suspend_lo

That should allow the 'umount' to complete.

This will only happen on very small arrays that take less than a
couple of seconds for the reshape to complete.  I have a patch for
mdadm which makes it more robust in this situation.  It will be in
future releases.

Does this explain what is happening to you?

Thanks,
NeilBrown