From: Jon Hardcastle <jd_hardcastle@yahoo.com>
To: Linux RAID <linux-raid@vger.kernel.org>, "Majed B." <majedb@gmail.com>
Subject: Re: Full use of varying drive sizes?
Date: Tue, 22 Sep 2009 08:38:39 -0700 (PDT) [thread overview]
Message-ID: <580026.57085.qm@web51303.mail.re2.yahoo.com> (raw)
In-Reply-To: <70ed7c3e0909220607y692e15a2s64aac9bd729422ef@mail.gmail.com>
Some good suggestions here, thanks guys.
Do I >DID< imagine some built in support for making use of this space?
As a side note. when i do a repair or check on my array.. does it check the WHOLE DRIVE.. or just the part that is being used? I.e. in my case.. I have a 1TB drive but only an array multiple of 500GB.. i'd like to think it is checking the whole whack as it may have to take over some day...
-----------------------
N: Jon Hardcastle
E: Jon@eHardcastle.com
'Do not worry about tomorrow, for tomorrow will bring worries of its own.'
-----------------------
--- On Tue, 22/9/09, Majed B. <majedb@gmail.com> wrote:
> From: Majed B. <majedb@gmail.com>
> Subject: Re: Full use of varying drive sizes?
> To: "Linux RAID" <linux-raid@vger.kernel.org>
> Date: Tuesday, 22 September, 2009, 2:07 PM
> When I first put up a storage box, it
> was built out of 4x 500GB disks,
> later on, I expanded to 1TB disks.
>
> What I did was partition the 1TB disks into 2x 500GB
> partitions, then
> create 2 RAID arrays: Each array out of partitions:
> md0: sda1, sdb1, sdc1, ...etc.
> md1: sda2, sdb2, sdc2, ...etc.
>
> All of those below LVM.
>
> This worked for a while, but when more 1TB disks started
> making way
> into the array, performance dropped because the disk had to
> read from
> 2 partitions on the same disk, and even worse: When a disk
> fail, both
> arrays were affected, and things only got nastier and worse
> with time.
>
> I would not recommend that you create arrays of partitions
> that rely
> on each other.
>
> I do find the JBOD -> Mirror approach suggested earlier
> to be convenient though.
>
> On Tue, Sep 22, 2009 at 3:58 PM, John Robinson
> <john.robinson@anonymous.org.uk>
> wrote:
> > On 22/09/2009 12:52, Kristleifur Dađason wrote:
> >>
> >> On Tue, Sep 22, 2009 at 11:24 AM, Jon Hardcastle
> >> <jd_hardcastle@yahoo.com>
> wrote:
> >>>
> >>> Hey guys,
> >>>
> >>> I have an array made of many drive sizes
> ranging from 500GB to 1TB and I
> >>> appreciate that the array can only be a
> multiple of the smallest - I use the
> >>> differing sizes as i just buy the best value
> drive at the time and hope that
> >>> as i phase out the old drives I can '--grow'
> the array. That is all fine and
> >>> dandy.
> >>>
> >>> But could someone tell me, did I dream that
> there might one day be
> >>> support to allow you to actually use that
> unused space in the array? Because
> >>> that would be awesome! (if a little hairy re:
> spare drives - have to be the
> >>> size of the largest drive in the array
> atleast..?) I have 3x500GB 2x750GB
> >>> 1x1TB so I have 1TB of completely unused
> space!
> >>
> >> Here's a thought:
> >> Imaginary case: Say you have a 500, a 1000 and a
> 1500 GB drive. You
> >> could JBOD the 500 and the 1000 together and
> mirror that against the
> >> 1500GB.
> >>
> >> Disclaimer:
> >> I don't know if it makes any sense to do this. I
> haven't seen this
> >> method mentioned before, IIRC. It may be too
> esoteric to get any
> >> press, or it may be simply stupid.
> >
> > Sure you can do that. In Jon's case, a RAID-5 across
> all 6 discs using the
> > first 500GB, leaving 2 x 250GB and 1x 500GB free. The
> 2 x 250GB could be
> > JBOD'ed together and mirrored against the 500GB,
> giving another 500GB of
> > usable storage. The two md arrays can in turn be
> JBOD'ed or perhaps better
> > LVM'ed together.
> >
> > Another approach would be to have another RAID-5
> across the 3 larger drives,
> > again providing an additional 500GB of usable storage,
> this time leaving 1 x
> > 250GB wasted, but available if another 1TB drive was
> added. I think this may
> > be the approach Netgear's X-RAID 2 takes to using
> mixed-size discs:
> > http://www.readynas.com/?p=656
> >
> > Cheers,
> >
> > John.
> > --
> > 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
> >
>
>
>
> --
> Majed B.
> --
> 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
>
--
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
next prev parent reply other threads:[~2009-09-22 15:38 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-09-22 11:24 Full use of varying drive sizes? Jon Hardcastle
2009-09-22 11:52 ` Kristleifur Daðason
2009-09-22 12:58 ` John Robinson
2009-09-22 13:07 ` Majed B.
2009-09-22 15:38 ` Jon Hardcastle [this message]
2009-09-22 15:47 ` Majed B.
2009-09-22 15:48 ` Ryan Wagoner
2009-09-22 16:04 ` Robin Hill
2009-09-23 8:20 ` John Robinson
2009-09-23 10:15 ` Tapani Tarvainen
2009-09-23 12:42 ` Goswin von Brederlow
2009-09-22 13:05 ` Tapani Tarvainen
2009-09-23 10:07 ` Goswin von Brederlow
2009-09-23 14:57 ` Jon Hardcastle
2009-09-23 20:28 ` Full use of varying drive sizes?---maybe a new raid mode is the answer? Konstantinos Skarlatos
2009-09-23 21:29 ` Chris Green
2009-09-24 17:23 ` John Robinson
2009-09-25 6:09 ` Neil Brown
2009-09-27 12:26 ` Konstantinos Skarlatos
2009-09-28 10:53 ` Goswin von Brederlow
2009-09-28 14:10 ` Konstantinos Skarlatos
2009-10-05 9:06 ` Goswin von Brederlow
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=580026.57085.qm@web51303.mail.re2.yahoo.com \
--to=jd_hardcastle@yahoo.com \
--cc=Jon@eHardcastle.com \
--cc=linux-raid@vger.kernel.org \
--cc=majedb@gmail.com \
/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).