关于mdadm --grow 的问题

leeqs

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

yddll

如果支持的话，试试\r\ne2fsck resize2fs\r\nresize_reiserfs，ext2resize之类的

leeqs

接着上贴的步骤，执行fsck.ext3  、resize2fs\r\n[root@centos ~]# fsck.ext3 /dev/md0\r\ne2fsck 1.39 (29-May-2006)\r\n/dev/md0 is mounted.\r\n\r\nWARNING!!!  Running e2fsck on a mounted filesystem may cause\r\nSEVERE filesystem damage.\r\n\r\nDo you really want to continue (y/n)? yes\r\n\r\n/dev/md0: recovering journal\r\n/dev/md0: clean, 15/261120 files, 17180/522048 blocks\r\n[root@centos ~]# resize2fs /dev/md0\r\nresize2fs 1.39 (29-May-2006)\r\nFilesystem at /dev/md0 is mounted on /mnt/raid; on-line resizing required\r\nPerforming an on-line resize of /dev/md0 to 783072 (4k) blocks.\r\nThe filesystem on /dev/md0 is now 783072 blocks long.\r\n\r\n然后 df -h 查看，文件系统的大小确实也变大了！\r\n不过一直是在虚拟机上做实验，上面的警告没有理会，在生产环境中，执行e2fsck，非得把文件系统\r\numount下来吗。还得在研究研究。

syslog

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