* Raid 5 --grow to fewer, larger drivers
@ 2008-11-24 12:56 Alex Lilley
2008-11-24 14:21 ` Twigathy
0 siblings, 1 reply; 3+ messages in thread
From: Alex Lilley @ 2008-11-24 12:56 UTC (permalink / raw)
To: linux-raid
Senario: raid5 with 4 x 120gb.
aim: raid5 with 3 x 250gb
3 x 120gb disks replaced with 3 x 250gb, array has been rebuilt/resync'd
at original size. Can we remove the remaining 120gb drive and reshape
the array over the remaining 3 drives using all the new space.
I guessed --grow --raid-devices=3 --size-max would work but returns "can
change at most one of size, raiddisks, bitmap and layout"
I then --failed and --remove the remaining 120gb drive and tried --grow
--raid-devices=3 but receive "Cannot reduce number of data disks (yet)".
I am therefore slightly stumped!
Is this something that is actually possible or something that is planned
for because as the size of disk drives multiplies and the desire to keep
tabs of power usage increases it is likely that we will want to reduce
the number of disk, besides the obvious increased risk of failure
introduced by having a greater number of drives.
Regards
Alex
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: Raid 5 --grow to fewer, larger drivers
2008-11-24 12:56 Raid 5 --grow to fewer, larger drivers Alex Lilley
@ 2008-11-24 14:21 ` Twigathy
2008-11-24 18:28 ` Alex Lilley
0 siblings, 1 reply; 3+ messages in thread
From: Twigathy @ 2008-11-24 14:21 UTC (permalink / raw)
To: Alex Lilley, linux-raid
In that situation, I think I'd be happier to hook all the disks up (If
not on the same machine, on two machines on the same [gigE] network,
make a new raid5 on the new set of disks, rsync stuff to the new array
and then retire the old array (Swapping in the array you just
created)... messing around resizing disks for this job just sounds
like mess and risk to me!
Just my £0.02 ;-)
T
2008/11/24 Alex Lilley <alex@redwax.co.uk>:
> Senario: raid5 with 4 x 120gb.
>
> aim: raid5 with 3 x 250gb
>
> 3 x 120gb disks replaced with 3 x 250gb, array has been rebuilt/resync'd at
> original size. Can we remove the remaining 120gb drive and reshape the array
> over the remaining 3 drives using all the new space.
>
> I guessed --grow --raid-devices=3 --size-max would work but returns "can
> change at most one of size, raiddisks, bitmap and layout"
>
> I then --failed and --remove the remaining 120gb drive and tried --grow
> --raid-devices=3 but receive "Cannot reduce number of data disks (yet)".
>
> I am therefore slightly stumped!
>
> Is this something that is actually possible or something that is planned for
> because as the size of disk drives multiplies and the desire to keep tabs of
> power usage increases it is likely that we will want to reduce the number of
> disk, besides the obvious increased risk of failure introduced by having a
> greater number of drives.
>
> Regards
>
> Alex
> --
> 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
>
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: Raid 5 --grow to fewer, larger drivers
2008-11-24 14:21 ` Twigathy
@ 2008-11-24 18:28 ` Alex Lilley
0 siblings, 0 replies; 3+ messages in thread
From: Alex Lilley @ 2008-11-24 18:28 UTC (permalink / raw)
To: Twigathy; +Cc: linux-raid
That is an interesting work around T, though it does have its own
issues, namely the need to take the data off-line for the time of the
copy over the network besides the hassle.
I would be interested to know why there would be any greater
difficulty/risk in growing to fewer, larger disks than simply growing to
more disks of the same size. The problem is that if you have a number
of disks and need more space, you add another disk of the same size and
lots of disks will eventually bite you on the bum, so being able to
consolidate in the way I set out would be a real bonus and nice and
straight forward (or maybe not!?)
Regarding the risk factor during any array resync, I should hope we all
have a precious data backed up anyway!
Thanks for you £0.02 though :-)
Alex
Twigathy wrote:
> In that situation, I think I'd be happier to hook all the disks up (If
> not on the same machine, on two machines on the same [gigE] network,
> make a new raid5 on the new set of disks, rsync stuff to the new array
> and then retire the old array (Swapping in the array you just
> created)... messing around resizing disks for this job just sounds
> like mess and risk to me!
>
> Just my £0.02 ;-)
>
> T
>
> 2008/11/24 Alex Lilley <alex@redwax.co.uk>:
>
>> Senario: raid5 with 4 x 120gb.
>>
>> aim: raid5 with 3 x 250gb
>>
>> 3 x 120gb disks replaced with 3 x 250gb, array has been rebuilt/resync'd at
>> original size. Can we remove the remaining 120gb drive and reshape the array
>> over the remaining 3 drives using all the new space.
>>
>> I guessed --grow --raid-devices=3 --size-max would work but returns "can
>> change at most one of size, raiddisks, bitmap and layout"
>>
>> I then --failed and --remove the remaining 120gb drive and tried --grow
>> --raid-devices=3 but receive "Cannot reduce number of data disks (yet)".
>>
>> I am therefore slightly stumped!
>>
>> Is this something that is actually possible or something that is planned for
>> because as the size of disk drives multiplies and the desire to keep tabs of
>> power usage increases it is likely that we will want to reduce the number of
>> disk, besides the obvious increased risk of failure introduced by having a
>> greater number of drives.
>>
>> Regards
>>
>> Alex
>> --
>> 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
>>
>>
> N�����r��y���b�X��ǧv�^�){.n�+����{�����{ay�\x1dʇڙ�,j\a��f���h���z�\x1e�w���\f���j:+v���w�j�m����\a����zZ+��ݢj"��!tml=
--
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
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2008-11-24 18:28 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2008-11-24 12:56 Raid 5 --grow to fewer, larger drivers Alex Lilley
2008-11-24 14:21 ` Twigathy
2008-11-24 18:28 ` Alex Lilley
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).