From: Joel Becker <Joel.Becker@oracle.com>
To: Sunil Mushran <sunil.mushran@oracle.com>
Cc: "Patrick J. LoPresti" <lopresti@gmail.com>,
linux-raid@vger.kernel.org, ocfs2-users@oss.oracle.com
Subject: Re: [Ocfs2-users] Combining OCFS2 with Linux software RAID-0?
Date: Thu, 10 Dec 2009 13:45:25 -0800 [thread overview]
Message-ID: <20091210214525.GB23475@mail.oracle.com> (raw)
In-Reply-To: <4B214EBB.2060407@oracle.com>
On Thu, Dec 10, 2009 at 11:40:43AM -0800, Sunil Mushran wrote:
> It should work. All ocfs2 needs is a stable shared storage that
> is consistent across all nodes all the time.
Patrick,
What Sunil says is correct; your solution should work. The big
issue with software RAID is that many forms of RAID can change the
storage topology automatically. Think of failing one disk and adding a
hot-spare in its place. If you had such a configuration, one node would
be running on the hot spare while all the other nodes would still be
using the original LUN. Corruption! So RAID 5, RAID 6, even RAID 1 -
anything where the RAID software can make an automatic decision that is
seen by one node and not the others - is ripe for data loss.
RAID 0 and linear concatenation don't have this automatic
problem. But they still can cause data loss if a fat-fingered admin
accidentally changes the topology on one node while another node is
still using it. This is an easier mistake to make than you think. You
have to be absolutely sure your procedures never let this happen. This
is why our documents say "No Software RAID".
Hardware RAID doesn't have this problem because it is invisible
to the nodes. If you change the hardware, all nodes see the change at
the same time. It looks like the same LUN as always.
If somehow the software RAID code became cluster aware and
coordinated topology changes across the cluster, then ocfs2 would be
able to support it. Until that time, we generally have to say "No
Software RAID"; when folks like you come along we say "You can do RAID
0, but caveat emptor!"
Joel
--
Life's Little Instruction Book #139
"Never deprive someone of hope; it might be all they have."
Joel Becker
Principal Software Developer
Oracle
E-mail: joel.becker@oracle.com
Phone: (650) 506-8127
prev parent reply other threads:[~2009-12-10 21:45 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-12-09 23:03 Combining OCFS2 with Linux software RAID-0? Patrick J. LoPresti
2009-12-10 1:37 ` Neil Brown
2009-12-11 7:15 ` Luca Berra
2009-12-11 7:30 ` Wolfgang Denk
2009-12-11 13:37 ` Luca Berra
2009-12-11 7:33 ` Neil Brown
2009-12-10 19:40 ` [Ocfs2-users] " Sunil Mushran
2009-12-10 21:45 ` Joel Becker [this message]
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=20091210214525.GB23475@mail.oracle.com \
--to=joel.becker@oracle.com \
--cc=linux-raid@vger.kernel.org \
--cc=lopresti@gmail.com \
--cc=ocfs2-users@oss.oracle.com \
--cc=sunil.mushran@oracle.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).