Re: [PATCH 000 of 5] md: Introduction

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Sunday January 22, babydr@xxxxxxxxxxxxxxxx wrote:
>  	Hello Neil ,
> 
> On Mon, 23 Jan 2006, Neil Brown wrote:
> > On Monday January 23, hjohn@xxxxxxxxx wrote:
> >> NeilBrown wrote:
> >>> In line with the principle of "release early", following are 5 patches
> >>> against md in 2.6.latest which implement reshaping of a raid5 array.
> >>> By this I mean adding 1 or more drives to the array and then re-laying
> >>> out all of the data.
> >>>
> >> I think my question is already answered by this, but...
> >>
> >> Would this also allow changing the size of each raid device?  Let's say
> >> I currently have 160 GB x 6, could I change that to 300 GB x 6 or am I
> >> only allowed to add more 160 GB devices?
> >
> > Changing the size of the devices is a separate operation that has been
> > supported for a while.
> > For each device in turn, you fail it and replace it with a larger
> > device. (This means the array runs degraded for a while, which isn't
> > ideal and might be fixed one day).
> >
> > Once all the devices in the array are of the desired size, you run
> >  mdadm --grow /dev/mdX --size=max
> > and the array (raid1, raid5, raid6) will use up all available space on
> > the devices, and a resync will start to make sure that extra space is
> > in-sync.
>  	How does one come up with a accurate '--size=max' ?
>  	I thought someone had asked this question before ,  but the
>  	message where this was mentioned eluded me .
>  		Tia ,  JimL

 --size=max
is literal.  If you say 'max', mdadm will either figure out the maximum,
or tell the kernel to (I don't remember which).

NeilBrown
-
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

[Index of Archives]     [Linux RAID Wiki]     [ATA RAID]     [Linux SCSI Target Infrastructure]     [Linux Block]     [Linux IDE]     [Linux SCSI]     [Linux Hams]     [Device Mapper]     [Device Mapper Cryptographics]     [Kernel]     [Linux Admin]     [Linux Net]     [GFS]     [RPM]     [git]     [Yosemite Forum]


  Powered by Linux