[linux-lvm] LVM 0.8 and reiser filesystem

Eric M. Hopper hopper at omnifarious.mn.org
Wed Jun 7 13:53:13 UTC 2000

On Wed, Jun 07, 2000 at 02:00:43PM +0200, Luca Berra wrote:
> On Tue, Jun 06, 2000 at 06:41:38PM +0200, Andi Kleen wrote:
>> On a real production system you probably should not use software
>> RAID1 or RAID5 though. It is unreliable in the crash case though
>> because it does not support data logging. In this case a hardware
>> RAID controller is the better alternative. Of course you can run LVM
>> on top of it.
> I fail to get your point, what makes hw raid more reliable than sw
> raid?  why are you saying that sw raid is unreliable.

	Because in RAID1 or 5 (mirroring, or striping with parity), you
have to write both mirrored sectors, or a sector and its parity sector
in one transaction.  Both must be at least attempted.  If one fails,
that drive needs to be flagged as bad.

	In software RAID, software failures can cause this not to
happen.  The kernel might panic at the wrong time, the power might go
out, etc, etc.  If you do it in hardware, you can use capacitors to make
sure the hardware stays up long enough to complete the transaction and
there are fewer things in the chain to fail.

	Since the whole point of RAID5, and especially RAID1 is
reliability, implementing them in ways that reduce reliability is very

	Implementing RAID0 (simple striping) in software is just fine.
Simple striping actually reduces reliability, and is only done for
speed.  Implementing it in software does not significantly reduce
reliability beyond the amount it's reduced by having two drives that
could fail instead of one.

Have fun (if at all possible),
Its name is Public Opinion.  It is held in reverence. It settles everything.
Some think it is the voice of God.  Loyalty to petrified opinion never yet
broke a chain or freed a human soul.     ---Mark Twain
-- Eric Hopper (hopper at omnifarious.mn.org http://www.omnifarious.org/~hopper) --
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 232 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/linux-lvm/attachments/20000607/ef213ba0/attachment.sig>

More information about the linux-lvm mailing list