From: Neil Brown <neilb@suse.de>
To: Aryeh Gregor <Simetrical+list@gmail.com>
Cc: Keld Simonsen <keld@keldix.com>, linux-raid@vger.kernel.org
Subject: Re: layout of far blocks in raid10
Date: Wed, 12 May 2010 07:56:56 +1000 [thread overview]
Message-ID: <20100512075656.45257d16@notabene.brown> (raw)
In-Reply-To: <AANLkTimKPeTgUGLosNXJScE73agrlxL8NgO0W44OwlVh@mail.gmail.com>
On Tue, 11 May 2010 13:13:06 -0400
Aryeh Gregor <Simetrical+list@gmail.com> wrote:
> On Tue, May 11, 2010 at 11:12 AM, Keld Simonsen <keld@keldix.com> wrote:
> > There is a quesition on block layout in the raid10 far layout,
> > that I would like to know more about.
> > For 4 drives, and with 2 copies (-n 4 -p n2) I see several
> > possible layouts, 3 of them are, showing the beginning of each raid0 section:
>
> There are only two layouts possible here: cyclic, and
> double-transposition. The first can be summarized in cycle notation
> <http://en.wikipedia.org/wiki/Cycle_notation> as (abcd), where two
> letters are adjacent if the extra copy of the first letter is on the
> same disk as the second letter, and it's assumed the letters wrap
> around in the parentheses (so the extra copy of d is on the same disk
> as a). The second is (ab)(cd). So for instance, your example 1 is
> (1432), example 2 is (13)(24), and example 3 is (1234). For larger
> numbers you have more possibilities, like (abc)(def) or (abcd)(ef) for
> six drives. The exact number of possibilities is the number of
> partitions of the number of drives
> <http://en.wikipedia.org/wiki/Partition_(number_theory)> that don't
> include 1.
>
> As far as I know (hopefully someone will correct me if I'm wrong),
> RAID10 in mdadm stores data like (ab)(cd)(ef)..., at least if you have
> an even number of drives.
I'm not quite sure how to respond to this... As a mathematician I would
expect you to understand the important of precision in choosing words, yet
you use the word "know" for something that is exactly wrong. Either you mean
"guess" or you have been seriously misinformed. If it is the latter, then
please let me know where this misinformation came from so I can see about
getting it corrected.
md/raid10 uses a simple cyclic layout in all cases. It does so because this
layout is completely general and works for all numbers of devices and copies.
So you can only survive multiple device failures where are most N-1 are
adjacent where N is the number of copies, and the first and last devices are
treated as adjacent.
NeilBrown
> Thus one disk out of every pair can fail
> and you'll still have your data, where the pairs are determined by the
> order you specify on the command line. I don't know if this behavior
> is guaranteed, but you can verify it by leaving some devices missing
> -- trying to create a RAID10 with "/dev/sda1 /dev/sdb1 missing
> missing" will fail, but "/dev/sda1 missing /dev/sdb1 missing" will
> succeed, at least in my limited experience.
>
> I don't know what mdadm does if there are an odd number of drives --
> perhaps something like (ab)(cd)(efg), perhaps something more
> complicated. I know more about mathematics than about mdadm. :)
> --
> 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:[~2010-05-11 21:56 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-05-11 15:12 layout of far blocks in raid10 Keld Simonsen
2010-05-11 17:13 ` Aryeh Gregor
2010-05-11 21:56 ` Neil Brown [this message]
2010-05-11 22:22 ` Aryeh Gregor
2010-05-11 22:54 ` Neil Brown
2010-05-11 22:35 ` Keld Simonsen
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=20100512075656.45257d16@notabene.brown \
--to=neilb@suse.de \
--cc=Simetrical+list@gmail.com \
--cc=keld@keldix.com \
--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.