From mboxrd@z Thu Jan 1 00:00:00 1970 From: Beolach Subject: Re: Growing after replacing with larger discs Date: Sat, 13 Mar 2010 13:45:45 -0700 Message-ID: References: <4B9A7C63.6090202@anonymous.org.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: QUOTED-PRINTABLE Return-path: In-Reply-To: Sender: linux-raid-owner@vger.kernel.org To: linux-raid@vger.kernel.org List-Id: linux-raid.ids =46orgot to send to the list... On Sat, Mar 13, 2010 at 13:42, Beolach wrote: > On Fri, Mar 12, 2010 at 10:39, John Robinson > wrote: >> Before I have to go to a customer's premises and try it, I wanted to= ask if >> anyone had already done anything like this: I have a CentOS 5 system= with >> 0.90 metadata and type fd partitions with RAID-5 over 3 discs. I wan= t to >> grow it by replacing the drives. If I dd the small partitions onto l= arger >> ones on the new discs, then reboot, will the system recognise the RA= ID-5 - >> which now has its metadata somewhere in the middle of the paritions = not at >> the end - so that I can then --grow? >> > > I have no idea if this would actually work, but maybe try partitionin= g > the new, larger drives so the partitions are identical in size to the > old discs, copying the old discs to the new partitions, starting the > array with the new partitions, resizing the new partitions, and then > running --grow. =C2=A0If mdadm can re-check the size of the member de= vices > of a running array at --grow time, this might work, but if it only > checks member device sizes at creation or assemble time, then it > probably won't. > > > Good luck, > Conway S. Smith > -- To unsubscribe from this list: send the line "unsubscribe linux-raid" i= n the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html