linux-raid.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Richard Michael <rmichael-raid@edgeofthenet.org>
To: linux-raid@vger.kernel.org
Subject: Re: Docs and operation of RAID10, size limitations on 0.90
Date: Wed, 30 Jul 2008 17:49:33 -0400	[thread overview]
Message-ID: <20080730214933.GC12623@nexus.edgeofthenet.org> (raw)
In-Reply-To: <20080730182907.GB10710@rap.rap.dk>

On Wed, Jul 30, 2008 at 08:29:07PM +0200, Keld Jørn Simonsen wrote:
> On Wed, Jul 30, 2008 at 12:18:06PM -0400, Bill Davidsen wrote:
> > Richard Michael wrote:
> > >Hello list,
> > >
> > >I'm building a new system with 8 disks, in two RAID5 arrays of 4 disks
> > >each, and a RAID1 array across them.  (Then LVM2 on top of the RAID1
> > >array.)
> > >
> > >I approached it this way for two reasons:
> > >
> > >1/ It feels "cleanest"; in the sense that it's not a special case, it's
> > >just RAID1 with two devices, which happen to be RAID5.
> 
> To me it seems muddy. Just having one big raid5 or raid10 would be cleaner and
> give better performance.

I can't have one big RAID5 because I want to split it in half
regularly.  I refer to it as "cleaner", because it treats the devices
separately, which is what they are; one is RAID1 device, the other is a
RAID5 device.  Each is agnostic, and independent, with regard to the
other.  "Muddy" in my opinion is a mdadm hybrid RAID10, of which I need
special knowledge.  YMMV.
 
> > >2/ I have a particular usage in mind: I need to be able to split
> > >the mirror and remove half; return it later and resync.  Therefore,
> > >I want to know which disks comprise which halves.
> 
> 
> I am not sure what you mean with this. You want to remove half of the
> disks? I think you can do that with raid10, you just remove every
> other disk. I have not tried that out, however. You could try it out
> before actually emplouing it.

Re-reading what I wrote, it's a mess of typos. :)  But, yes, I want to
remove half the disks on a regular basis, as off-site storage, and return
them to the array for periodic resync.

Regards,
Richard
--
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

  reply	other threads:[~2008-07-30 21:49 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-07-28 14:35 Docs and operation of RAID10, size limitations on 0.90 Richard Michael
2008-07-30 16:18 ` Bill Davidsen
2008-07-30 16:53   ` Richard Michael
2008-07-30 18:29   ` Keld Jørn Simonsen
2008-07-30 21:49     ` Richard Michael [this message]
2008-07-30 21:56       ` Jon Nelson
2008-07-30 22:47         ` Richard Michael
2008-07-31  1:11           ` Jon Nelson

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=20080730214933.GC12623@nexus.edgeofthenet.org \
    --to=rmichael-raid@edgeofthenet.org \
    --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).