--cut-- > > > I plan to resize (grow) one raid4 array. > > > > > > 1. stop the array. > > > 2. resize the partition on all disks to fit the maximum size. > > > > The approach is currently not supported. It would need a change to > > mdadm to find the old superblock and relocate it to the new end of the > > partition. > > > > The only currently 'supported' way it to remove devices one at a time, > > resize them, and add them back in as new devices, waiting for the > > resync. > > Good news! :-) > This takes about 1 weeks for me... :-( > I should recreate.... > > > > > > NeilBrown Neil! What do you think about making 2 files into proc or sys, as 2 margin for raid sync? The default value is 0 and sectorcount. (or KiB of the array) The user can set this befor the sync is starts, or when the sync is run, and if the sync is done, the default values are set again automatically. The sync is move between the two value only. This is easy to write - i think-, not too dangerous, and some times (or often) very practical. This will help for me often, including this time, to raid4 resize from 2TB to 3.6TB. > > > > > > > > > > After this restart(assemble) the array is possiple? > > > I mean, how can the kernel find the superblock fits on the half of the > new > > > partitions? > > > I need to recreate the array instead of using -G option? > > > Can i force raid to resync only the new area? > > > > > > The raid0 in 2.6.16-rc1 supports 4x 3.6TB soure devices? :-) > > > > ... maybe? > > I think it does, but I cannot promise anything. > > Anyway, i will test it on the weekend, and i dont need to grow the FS too on > it. > > How can i safe test it (and NBD >2TB) to work well, without data lost? Anybody know any good tool to test the 13.4TB raid0 array inside 8TB live, and valuable fs without data lost? I need to test the raid0 and NBD before resize the FS to fit to the array. I can think only to dd with skip=NN option, but at this time i did'nt trust the dd enough. :-) Thanks, Janos > > Thanks, > Janos > > > > > NeilBrown > > > > > > > > > > Thanks, > > > Janos > > > > > > - > > > 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 - 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
