[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: [OT] 19"/2U Cases



Am 2007-08-29 14:54:31, schrieb Mike Bird:
> Software RAID has been reliable for many years.  We use software RAID in
> Etch on dozens of systems ranging from small workstations to terrabyte
> arrays.  When two drives fail in a RAID 5 you'll lose your data - under
> software RAID yes but also under hardware RAID.  There's no need for
> a 'rebuild drive' because the rebuild starts when the new drive is added
> with a command such as "mdadm -a /dev/md0 /dev/sda".  Simple and fast.

But you have to shutdown the System to change the drive, since you can
not change HDD's on the fly using Software-Raid.  Another thing which
does not work with Software-Raid is hotfix...

One point for me and my Hardware-Raid!

> Hardware RAID can only manage entire drives.  For flexibility and
> efficiency software RAID manages partitions.  As you gain experience
> with RAID, you'll want different filesystems with different RAID
> characteristics within a single system.  As a complex but real-world
> example: one can have four drives with /boot 4-way mirrored, swap
> consisting of two 2-way mirrors, most of the filesystems in RAID-5,
> and a large cache (e.g. squid or netflow) in RAID-0 or LVM PVs.
> Hardware RAID is much more expensive, and you have to keep a spare
> controller (or motherboard) to recover your data when the original
> controller (or motherboard) dies.

How does MD handel multiboot between Linux, BSD, Solaris and Windows?

Second point for me and my Hardware-Raid!

> There are many people who know how to manage software RAID systems
> without unnecessarily losing data.  Such people will most likely
> have actually used software RAID such as MD with persistent
> superblocks and will know that there is nothing to the above FUD
> unless they deliberately sabotage the default configurations.  It
> sounds like you're trying to hand assemble RAIDs from lists of
> drive partitions rather than using UUIDs.  LILO automatically updates
> mirrors.  With the current Grub one should grub-install each mirror.

Bad, since Lilo is working on ALL of my x86/amd64 Computers but Grub
fails on some to boot...

(This is the reason, why I can not use Xen on my Devel-Machine which
is a Dual-Opteron with 24 GByte of Memory...)

Thanks, Greetings and nice Day
    Michelle Konzack
    Systemadministrator
    Tamay Dogan Network
    Debian GNU/Linux Consultant


-- 
Linux-User #280138 with the Linux Counter, http://counter.li.org/
##################### Debian GNU/Linux Consultant #####################
Michelle Konzack   Apt. 917                  ICQ #328449886
                   50, rue de Soultz         MSN LinuxMichi
0033/6/61925193    67100 Strasbourg/France   IRC #Debian (irc.icq.com)

Attachment: signature.pgp
Description: Digital signature


Reply to: