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 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).