From mboxrd@z Thu Jan 1 00:00:00 1970 From: "JaniD++" Subject: Re: Raid 4 resize, raid0 limit question Date: Fri, 3 Feb 2006 01:24:41 +0100 Message-ID: <04dd01c62858$3c068090$9d00a8c0@dcccs> References: <04b801c62854$d2365da0$9d00a8c0@dcccs> <17378.40947.719361.616481@cse.unsw.edu.au> Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Return-path: Sender: linux-raid-owner@vger.kernel.org To: Neil Brown Cc: linux-raid@vger.kernel.org List-Id: linux-raid.ids ----- Original Message ----- From: "Neil Brown" To: "JaniD++" Cc: Sent: Friday, February 03, 2006 1:12 AM Subject: Re: Raid 4 resize, raid0 limit question > On Friday February 3, djani22@dynamicweb.hu wrote: > > Hello, list, > > > > 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 > > > > > > 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? Thanks, Janos > > NeilBrown > > > > > > Thanks, > > Janos > > > > - > > To unsubscribe from this list: send the line "unsubscribe linux-raid" in > > the body of a message to majordomo@vger.kernel.org > > More majordomo info at http://vger.kernel.org/majordomo-info.html