From: Henrik Holst <henrik.holst@idgmail.se>
To: linux-raid@vger.kernel.org
Subject: Re: Is shrinking raid5 possible?
Date: Wed, 22 Nov 2006 21:40:35 +0100 [thread overview]
Message-ID: <4564B5C3.9050501@idgmail.se> (raw)
In-Reply-To: <bb145bd20606260433w2bafccfdu3448732f5b5c1c5f@mail.gmail.com>
Christian Pernegger wrote:
>> This is shrinking an array by removing drives. We were talking about
>> shrinking an array by reducing the size of drives - a very different
>> think.
>
> Yes I know - I just wanted to get this in as an alternative shrinking
> semantic.
>
> As for reducing the RAID (partition) size on the individual drives I
> can only see two reasons:
>
> 1) One wants to replace / add a disk but the new disk is slightly
> smaller than the existing ones. Actual capacity varies a lot for the
> same nominal capacity, especially across brands.
>
> 2) One wants to do something else with some of the space, although for
> a RAID5 I don't quite see the point - you'd end up with n small
> partitions. Shrinking a 2-way mirror or stripe this way sounds far
> more useful.
>
> Having RAID tightly integrated with volume management and partitions
> would be nice, but that's a pipe dream. (EVMS just integrates the UI
> somewhat, you still have to mess about with layers.)
>
>> I'm not sure it is really worth the effort I'm afraid.
>
> Neither am I ... it just would have come in handy a few times, that's all.
>
> Thanks,
>
> C.
I have an 8x120 GB RAID-5 volume. Or rather. But since of yesterday I
only have 7 120 GB harddrives. Since 120 GB disks are out of the
"priceworthy segment" for storage I want to reduce this to a
non-degenerate 7x120 GB RAID and not buy a relative expensive 120 GB
disk. And recreating the RAID as a 7x120 volume is out of the question
since I don't have the extra storage to move ~700 GB of data.
I think there IS an application for shrinking RAID:s, as well as
growing- and that is not only one of "symmetric beauty".
Is such a feature within the scope of software raid development? (I
guess I'm asking Neil B. or Steinar H. G.)
/Henrik Holst
next prev parent reply other threads:[~2006-11-22 20:40 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-06-19 2:30 Is shrinking raid5 possible? Paul Davidson
2006-06-19 4:39 ` Neil Brown
2006-06-19 5:07 ` Paul Davidson
2006-06-23 0:49 ` Bill Davidsen
2006-06-23 1:26 ` Neil Brown
2006-06-23 2:17 ` Paul Davidson
2006-06-23 8:34 ` Henrik Holst
2006-06-23 18:16 ` Christian Pernegger
2006-06-26 7:41 ` Neil Brown
2006-06-26 11:33 ` Christian Pernegger
2006-11-22 20:40 ` Henrik Holst [this message]
2009-11-06 13:17 ` Thomas Arthur Oehser
2009-11-06 15:04 ` Asdo
2009-11-06 15:26 ` Thomas Arthur Oehser
2009-11-06 17:00 ` Goswin von Brederlow
2009-11-06 18:32 ` John Robinson
2009-11-06 18:38 ` Thomas Arthur Oehser
2009-11-06 19:30 ` Goswin von Brederlow
2009-11-06 19:38 ` John Robinson
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4564B5C3.9050501@idgmail.se \
--to=henrik.holst@idgmail.se \
--cc=linux-raid@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.