关于mdadm --grow 的问题

leeqs

在Linux系统中用户层以前使用raidtool工具集 来管理MD设备，目前广泛使用mdadm软件来管理MD设备，mdadm提供增加或减少阵列中设备个数的功能(reshape)，使用模式—grow和 --raid-disks(或者其缩写-n)参数再加上合适的设备个数。扩展后阵列中原来的热备盘变为活跃磁盘，所以阵列的设备个数增加，阵列的大小也相应增加。下面是在虚拟机上做的实验(raid 5 )：
mdadm -D /dev/md0
............
Number   Major   Minor   RaidDevice State
       0       8       17        0      active sync   /dev/sdb1
       1       8       33        1      active sync   /dev/sdc1
       2       8       49        2      active sync   /dev/sdd1
       3       8       65        -      spare   /dev/sde1
..................
mdadm --grow /dev/md0 --raid-disks=4
这样，原来的RAID 5由 3 active disk + 1 spare disk就变成了 4 active disk
相应的，在/dev/md0上的文件系统也应该变大了，原来在/etc/fstab中已经加有记录，
请问，怎样调整目前的/dev/md0上的文件系统的大小。多谢了！

yddll

如果支持的话，试试
e2fsck resize2fs
resize_reiserfs，ext2resize之类的

leeqs

接着上贴的步骤，执行fsck.ext3  、resize2fs
[root@centos ~]# fsck.ext3 /dev/md0
e2fsck 1.39 (29-May-2006)
/dev/md0 is mounted.

WARNING!!!  Running e2fsck on a mounted filesystem may cause
SEVERE filesystem damage.

Do you really want to continue (y/n)? yes

/dev/md0: recovering journal
/dev/md0: clean, 15/261120 files, 17180/522048 blocks
[root@centos ~]# resize2fs /dev/md0
resize2fs 1.39 (29-May-2006)
Filesystem at /dev/md0 is mounted on /mnt/raid; on-line resizing required
Performing an on-line resize of /dev/md0 to 783072 (4k) blocks.
The filesystem on /dev/md0 is now 783072 blocks long.

然后 df -h 查看，文件系统的大小确实也变大了！
不过一直是在虚拟机上做实验，上面的警告没有理会，在生产环境中，执行e2fsck，非得把文件系统
umount下来吗。还得在研究研究。

syslog

如果你是rw方式挂载分区，而且有写操作，fsck会导致故障。有些文件系统号称能在线扩充，如果是生产系统要求不停机，必须先备份，然后再扩。相信代码不如相信备份。