Managing RAID on Linux
from the or-hardly-workin' dept.
| Managing RAID on Linux | |
| author | Derek Vadala |
| pages | 245 |
| publisher | O'Reilly |
| rating | The best |
| reviewer | Robert Nagle (aka idiotprogrammer) |
| ISBN | 1565927303 |
| summary | This book brings RAID to the masses |
A person deciding to go with RAID faces a panoply of options and gotchas. Hardware or software? How many controllers? ATA or SCSI (or ataraid)? RAID 1 or RAID 5? Which file system or distribution? Kernel options? Mdadm or raidtools? /swap or /boot on raid? Hybrid? Left or right symmetric? One poster pointed out that putting two ATA drives on the same controller could impact performance. Yikes! Didn't I do that? Upon discovering that O'Reilly had just published its Managing RAID on Linux book, looking at sample chapter , I bought the book and let my blood pressure return to normal.
RAID is one of these subjects that is really not complex; it's just very hard to find all the information in one place. This is precisely the book to solve the problem. Author Derek Vadala, sysadmin and founder of Azurance.com, an open source/security consulting firm, has gathered a lot of information and even personal anecdotes to go through the decision making process when going over to RAID. He goes step-by-step through that process, educating us about hard drives, controllers, and bottlenecks along the way. This exhaustive book may be the first to bring RAID to the masses.
Although parts of the book (RAID types, file system types) may seem already familiar to experienced Linux users, it is helpful nonetheless to have everything in a nifty little book. A section of file systems provided not only a rundown of the merits and drawbacks of each one, but also a guide to their utilities. I learned for example what "file tails" for Reiser are, and why using them causes performance to degrade after reaching 85% capacity. The book compares raidtools with mdadm as well as lovely commands like nohup mdadm -monitor -mail=paranoidsysadmin@home.com (which, if you haven't guessed, causes the system to email you RAID status reports upon boot).
People who use software RAID may skip over the chapter on RAID utilities for the leading RAID controller cards. Still, there was one interesting tidbit: Why, the author asks, do makers of controller cards put all their BIOS utilities on DOS floppies which require us to find a DOS boot disk? Seriously, how many of us carry around DOS boot disks nowadays? The book made me aware for the first time of freedos, an open source solution that solves precisely that problem.
The Software RAID stuff was pretty thorough and clarified a lot of things. The book does an excellent job in helping to identify and eliminate bottlenecks and optimizing hard drive performance (using hdparm and various monitoring commands). The anecdotes and case studies definitely clarified which RAID solution is suited for which task.
I am less impressed by the book's sections on disaster recovery and troubleshooting. Although these subjects are brought up at several places in the software RAID chapter, the book could have discussed several failure scenarios or used a fault tree (such as the famous Fault Tree in Chapter 9 of the Samba book, a marvel for any tech writer to read). The book doesn't even discuss booting with software RAID until the last 10 page of the book and then gives it only a single paragraph (even though the author acknowledges it as "one of the most frequently asked questions on the linux-raid mailing list."). Call me old-fashioned, but isn't the ability to boot into your RAID system ... kinda important? As someone who just spent a significant amount of time troubleshooting RAID booting problems in Gentoo, I for one would have liked more insight into the grub/lilo thing. Also, in the next paragraph in the last chapter on page 228, the author casually mentions that "all /boot and / partitions must be on a RAID-1." Say what? Please pity the poor newbie who religiously follows the instructions in the book but fails to read until the end. I'm not sure what the author meant by this statement, but it required a much more substantial explanation and needed to go into a much earlier chapter.
These complaints don't detract very much from this excellent book, a true O'Reilly classic and a model of clarity and helpfulness. This book provides enough knowledge to avoid the dread and uncertainty that comes with trying to tackle Linux RAID. With a book like this, a sysadmin can sleep a little easier.
Recommended Readings:- Reliable Linux , by Iaian Campbell, Wiley and Sons, Dec 2001, ISBN: 0471070408. Gives excellent information not only about RAID but on general Linux reliability issues.
- Software RAID in the Linux 2.4 Kernel by Daniel Robbins. (Part Two).
- Linux Journal Article on Software RAID by Joe Edwards, Audin Malmin and Ron Shaker. ( Part Two).
- "How to do a gentoo install on software RAID" by Chris Atwood. Gentoo User Forum.
Robert Nagle (aka Idiotprogrammer )is a Texas technical writer, trainer and Linux aficionado. You can purchase Managing RAID on Linux from bn.com. Slashdot welcomes readers' book reviews -- to see your own review here, read the book review guidelines, then visit the submission page.
I know this book is about software RAID ... (Score:5, Informative)
Mind you I'm thinking of RAID used in producion instead of someone RAIDing two drives in there home machine.
Re:I know this book is about software RAID ... (Score:4, Informative)
Those cheap-o-RAIDs are essentially software RAIDs. Most if not all RAID functions are done by the drivers, not on the card itself.
Entry-level real hardware IDE RAID cards [3ware.com] cost approximately $500 - almost the same as a SCSI RAID. That's obviously offset by the cheaper disks, but still...
Re:I know this book is about software RAID ... (Score:4, Informative)
You can get excellent performance for less than $100. Why pay more?
Why DOS? (Score:1)
Then of course, everything would be easier if the hardware manufacturers also sent along a DOS bootdisk, perhaps with FreeDOS to avoid licensing fees.
My favorite part of the review... (Score:3, Funny)
(http://www.homeofpapas.org/ | Last Journal: Wednesday July 13 2005, @08:53AM)
That word simply isn't used enough in the modern vernacular.
Okay, mod me down now...
RAID and Firewire (Score:5, Interesting)
Is it possible to use Firewire and a service like Rendevous to make an intelligent redundant system? It's a thought at least. My firewire drive I use for my Inspiron works nicely enough. Would firewire be cheaper than RAID for servers, however?
Syr GameTab.com [gametab.com] - Game Reviews Database
Re:RAID and Firewire (Score:4, Interesting)
(Last Journal: Tuesday May 15 2007, @07:52PM)
1. Rendevous probably wouldn't come into play - it's really system-to-system.
2. The device to device communication could be especially useful when recovering a failed disk - no overhead on the controller. This, though, would require the devices themselves be better than mere drives, driving the cost up.
3. Unfortunately - without drives with actual FireWire interfaces (all externals use FW-IDE bridges, the Oxford 911 being the fastest at 50MB/s [fwdepot.com], 35MB/s sustained) the true potential of FireWire will remain untapped. Perhaps as we move to Serial-ATA and away from the standard parallel IDE, manufacturers will be prompted to offer FireWire drives as well.
Additional possibilities:
Think of a trimmed-down Xserve RAID [apple.com] with FireWire instead of Fibre Channel - it would be able to take advantage of the bandwidth of FireWire and still maintain (?) affordability for low-to-mid range businesses looking for large high-speed external storage.
All sorts of possibilities.
Great review... (Score:4, Funny)
panoply
n. pl. panoplies
Looks like number one is most appropriate, although I've never referred to my arrays as "splendid".
tips in the book. (Score:1)
(http://grok.tv:8080/)
re:
this is something you are going to face when you are considering a technology that changes rapidly. a book on the subject isnt going to change the dynamic nature of linux.
/boot / on RAID 1? (Score:5, Informative)
With raidtools, at least,
Hunk 'o fstab:
Similar hunk 'o raidtab
raiddev
raid-level 1
nr-raid-disks 2
chunk-size 64k
persistent-superblock 1
#nr-spare-disks 0
device
raid-disk 0
device
raid-disk 1
raiddev
raid-level 5
nr-raid-disks 3
chunk-size 64k
persistent-superblock 1
#nr-spare-disks 0
device
raid-disk 0
device
raid-disk 1
device
raid-disk 2
*Shrug* Wonder what the context of that quote was within the book?
Not getting the point. (Score:2, Insightful)
(Last Journal: Thursday October 17 2002, @10:28AM)
Trying to make everyone be an expert before they can operate their machine is how operating systems die.
multipath? (Score:2, Informative)
Does this book talk about the md driver's
multipath personality?
This is the most poorly documented part of the
md driver.
if you read the raidtab man page ("man raidtab")
you will find _no_ mention of multipath whatsovever.
Yet, the md driver can do mulitpath (well, failover) if you set it up right.
It has limitations though... You can't install to multipath devices, or boot from them (lilo/grub, the various distributions installers don't understand md multipath) and, if an hba fails in such a way that interrupts are not generated...commands just go out to lunch... then md won't notice anything is wrong, and so won't failover. Also, it does nothing to notice if the failover path is actually working, so if that path fails you won't have any notice that redundancy is lost....
Well, multipath is not RAID, so maybe this book
doesn't cover it, but any book on software RAID for linux should probably cover all the features of the md driver.
I will be interested to see this book.
Hardware IDE Alternatives / LVM (Score:5, Interesting)
(http://dave.firebin.net/)
The problem I've had with the software RAID is reliability and expandability. It is a pain in the ass if you lose a drive in the array, and it is next to impossible to add a drive (other than a stand by drive) to your existing RAID 5 setup.
Aah, opinions...
Fasttrak Sx4000 Linux RAID review (Score:5, Informative)
(http://www.leopardwallpapers.com/)
You actually feel good about the Linux drivers that Promise gives you with the SX4000? I bought this card, and I wished I stayed away from it.
I am using it with four 120gb IDE drives with 8mb cache. For starters, if you use anything but the sxcslapp program in Linux to configure the drive, your drives are corrupt. All of 'em. And, your bios will return corrupt information regarding them. This causes DOS not to boot (hard freeze), and Linux to produce keyboard smashings on boot. This is a known firmware problem, and I'll be damned if they have any flashes available, even though the card is four months old. I just checked before writing this review.
Once I figured out that all the work had to be done with sxcslapp in Linux, I started building my RAID5, albeit with caution. Things here went pretty well, except a) performance sucked about as bad as a single drive and b) the closed source drivers rebuild the raid array with no warning if a drive fails and is replaced, even if the file system is mounted. So, this means that if you have a drive that bombs and you replace it, anything you write to the raid array will be wiped out. I could have used some notification.
The Linux drivers are horrible. They are written in 'Engrish', and the documentation might as well have been written by someone who doesn't understand computers. "Select the remove drive from array option to remove a drive from array". This continues for all of the options in their menu-driven app.
I am also forced to use Red Hat 7.3 for this. Great. I now have a cluster of Debian 3 servers I administrate and one Red Hat server.
I would have returned the card if my reseller would have taken my money. It's about equally expensive to buy IDE add-on cards, or maybe a bit less, and the software RAID in Linux seems to be firmly documented. I've used RAID1 in software on servers before, and it works nicely.
Pity the newbie (Score:3, Funny)
Please pity the poor newbie who religiously follows the instructions in the book but fails to read until the end.
On the other hand, pity the newbie who cracks a book open and starts setting a server up page-by-page.
Better title... (Score:5, Funny)
(Last Journal: Monday December 08 2003, @09:32PM)
RTFM: RAID - The Fucking Manual.
I'd buy the book if it could explain this... (Score:4, Interesting)
Jan 26 04:15:02 hostname kernel: hdb: dma_intr: status=0x51 { DriveReady SeekComplete Error }
Jan 26 04:15:02 hostname kernel: hdb: dma_intr: error=0x84 { DriveStatusError BadCRC }
I've looked all over the place for the answer, google, mailing list archives, Usenet, local Linux friends, etc. and haven't been able to find a definitive answer. It's like nobody really knows what that error messages really means.
Newsgroups suggested bad cables, so I replaced those (twice, once with brand new cables bought specifically for the purpose). Some info suggested the drive or the drive's controller was failing, so I replaced it. Other info pointed to my IDE controller, so I installed a new one dedicated only to the RAID pair. I saw info that said the raid tools were to blame, and to see if the errors go away when the mirror is broken. No dice. Other info I found suggested that it was the IDE drivers in the kernel and that the messages were nothing to worry about unless I was seeing data corruption. I'm not seeing corruption so I'm left with this option.
If the book can shed some light on the error message voodoo one sees with Linux's IDE driver, then I'll buy it. I'd pay double what they're asking, even.
-B
Re:I'd buy the book if it could explain this... (Score:5, Informative)
(http://www.dentar.com | Last Journal: Tuesday February 11 2003, @11:00PM)
hdparm -d 0
You might also have to turn off 32 bit mode:
hdparm -c 0
Of course, this will slow things down.
Be sure everything's jumpered correctly.
Also, of course, I'm not responsible if you fry your data!
Re:I'd buy the book if it could explain this... (Score:4, Informative)
This can be done with (as root):
wget http://www.linux-ide.org/smart/
smartsuite-2.1.tar.gz
tar -xzvf smartsuite-2.1.tar.gz
cd smartsuite-2.1
make
make install
You might get some non-fatal type errors. The makefile doesn't always work for setting up the rc.d scripts.
Now run:
I'm assuming the bad disk is /dev/hda, but change it to suit your needs. If you get some errors, then SMART may not be enabled, so you'll need to run:
Anyway, when you run smartctl with the -a, it will tell you all about hardware failures and whatnot. For more info on the codes it returns, go to this page: http://www.ariolic.com/activesmart/docs/smart-attr ibute-meaning.html
I hope this helps
Beware TPB
Newsgroups, FAQs, and on-line docs in general. (Score:4, Insightful)
(http://slashdot.org/ | Last Journal: Monday March 07 2005, @12:44PM)
BIOS utilities (Score:5, Interesting)
Well, given Dell's recent announcements, I suppose fewer and fewer of us will be doing so.
But really, the author's point is so moot that it's embarassing: if it's my job to maintain a RAID array, and the utilities are on DOS floppies, of course I'm going to have access to a DOS boot disk. So what ? Just how hard is it to carry such a thing around, and why is this is a worthy thing to rail about, in a book about RAID ? If the author wastes too much time talking about stuff like this, this book can't be that useful - arggh, I've wasted too much of my own time already.
RAID on Linux. (Score:5, Funny)
(http://www.grub.net/blog/index.html | Last Journal: Wednesday June 27, @08:48AM)
It's not that hard.
- Power down the computer
- Remove cover
- Blow out all dust and insect husks
- Spray in RAID
- put cover back on for 15 minutes.
- Remove cover again
- blow out insect husks.
RAID from the How-TO is not that bad (Score:1)
The Debian Woody/Sid 2.4 Kernel RAID 1 HOWTO (Score:1)
(http://www.james.rcpt.to/)
Link: Root raid 1 on Debian [james.rcpt.to].
Nuff said.
Harware RAID != Hardware RAID (Score:4, Informative)
At any rate, taking the view that hardware RAID is always the solution and software RAID is never the solution is just bad sysadministration.
So the real question is why pay $40 for 10 pages (Score:2)
And why would I buy this book or any book on RAID if I am going to use a hardware solution. If I have hardware then I am going to just make sure it has support & instructions for Linux and be done with it.
What about BSD? (Score:1)
I think books like these should be topical oriented rather tha OS oriented.
Or am I asking too much?
There are alternatives to HOWTOs (Score:3, Insightful)
(http://slashdot.org/)
So while there are good collections of information out there, there are also very good tools out there with which to accomplish useful tasks.
I think it's precisely that HOWTOs are rarely if ever needed with Windows stuff that it still has an edge over Linux where the masses are concerned. So it's nice that HOWTOs are out there, I think it's more important that good tools are out there that are easy and self explanatory.
Wow (Score:2)
(http://slashdot.org/~Greedo/journal | Last Journal: Thursday February 12 2004, @10:27AM)
Enterprise Volume Management System (Score:2, Informative)
(Last Journal: Tuesday February 11 2003, @07:30PM)
HOW-TO WIKI (Score:1, Insightful)
-Anonymous Coward
multiplatform (Score:2)
(http://whattheboat.com/ | Last Journal: Monday January 03 2005, @09:14PM)
My limited experience with hardware RAID on Linux (Score:5, Interesting)
(http://slashdot.org/)
The lesson learned was, never have a production Linux system with (binary) drivers tied to a specific kernel or distro version.
That said, we have been very happy with the controllers, and since at least two disks has died without warning, the expense has easely been worth it. Our systems are used 24/7/365, so every minute of downtime annoys somebody. RAID really makes me sleep better, restoring a server from a slow tapestreamer, at some ungodly hour, while people nervously checks in, asking when we will be up again, is something I really want to avoid too much of.
YMMV, but I think hardware RAID still has an edge over software raid, mostly because I find it simpler to maintain in the long run.
If you are into LVM's, FS tools, and software RAID, go to:
http://evms.sourceforge.net/
and _drool_. Future stuff for now on production servers, but nevertheless.
Hardware raid (Score:2)
The nice thing about hardware raid is other than the driver for the scsi card, the OS thinks there is just one drive sitting there. No configuration on the OS side.
Also, RAID is going before the OS even starts booting. If a disk dies, so what.
Please correct me if I'm wrong, but if you have software raid and the disk the os/boot/raidconfig files are on goes, you have a dead box.
raidtab? MDADM's better, it can take care o'itself (Score:2, Interesting)
(http://slashdot.org/~DancingSword/journal/ | Last Journal: Thursday March 06 2003, @03:08AM)
at O'Reilly, mdadm [oreillynet.com]
and, I'd recommend Enterprise Volume Management System [sourceforge.net] rather than LVM ( Logical Volume Manager ), simply because LVM's seems to be being dropped as
redundant ( ironic, that : ) as EVMS gets more effective, and I don't want the conversion-work from LVM to EVMS, if I can just do EVMS right now, see
complete waste (Score:2, Interesting)
I purchased a used p2 system with a stable mb and two ibm scsi drives on an adaptec controller. I installed Debian GNU/Linux stable and upgraded to the latest stable. Then I put up a softraid and opted for xfs in case of a power failure. I decided against an ups, because I hooked the machine up to the local power network, which is very stable, since the server lives in Berlin/Germany, and I wanted to save the cost.
Then I moved the root filesystem over to the raid device. Up until now everything was documented very good, except for the fact, that I heard that reiserfs doesn't work with softraid and I didn't find that info on the net anymore. I would have taken reiserfs instead if I would have had a reliable source, such as the book, telling me that that is OK.
The only thing I had problems with was how to make the system boot off the raid device. Here the howtos and man pages had contradicting stands on how to do this.
I read this Slashdot article with some regret, because I thought it could have saved me a lot of trouble. But the only section that gave me trouble also seems to confuse the auther of the book. Now that is no help at all. So this book is a waste of time if You know how to use google, which I had to learn painfully fast getting into Debian
But since Debian is still by far the best system out there overall I have no choice. If You start to rely on seemingly simple things such as a reliable update of Your system with very low hassle then You are hooked.
Promise SX8000...the king-o-ATA RAID (Score:2)
Re:Why bother with software RAID? (Score:3, Insightful)
The performance hit is not worth the return.
For you, it's not. For someone else, it might be.
There are any number of situations where it might be appropriate to exchange some performance for increased data security. Just because you can't imagine them, doesn't mean they don't exist.
Re:Why bother with software RAID? (Score:2, Insightful)
It sucks on your hardware. When you use fast SCSI disks and have fast CPU(s), software RAID is much faster then (very expensive) hardware RAID solutions. The chip on your hardware RAID card (usualy ARM) can't be faster than CPU.
Regarding trust, you should trust (open source) software RAID more than proprietary firmware.
Re:Why bother with software RAID? (Score:4, Informative)
a 'rubbish' 500Mhz CPU - 500,000,000 ops / sec
a 5ms access time SCSI HDD - 200 ops / sec.
so what if the CPU on the RAID card is a pathetic 100MHz job, it'll still be able to keep up with the data flow from the HDD, even when that data is being burst through.
How much cache ram have you got on that RAID card is a better indication of performance improvements for your hardware.
Re:Why bother with software RAID? (Score:1)
Several years ago I set up a RAID-5 with Win NT-4 Server. It worked well enough (there were only two users) until NT-4 tanked and I had to re-install the OS. [pffft!] No more RAID-5 array.
Yeah, there were Resource Kit hacks for getting it back, but it was a real pain.
Software mirroring with NT-4 was almost as tricky to recover from if the primary copy died. If the mirror died, though, it was a piece of cake.
Re:Why bother with software RAID? (Score:4, Informative)
(From the raid howto)
4.7 The Persistent Superblock
Back in ``The Good Old Days'' (TM), the raidtools would read your /etc/raidtab file, and then initialize the array. However, this would require that the filesystem on which /etc/raidtab resided was mounted. This is unfortunate if you want to boot on a RAID.
Also, the old approach led to complications when mounting filesystems on RAID devices. They could not be put in the /etc/fstab file as usual, but would have to be mounted from the init-scripts.
The persistent superblocks solve these problems. When an array is initialized with the persistent-superblock option in the /etc/raidtab file, a special superblock is written in the beginning of all disks participating in the array. This allows the kernel to read the configuration of RAID devices directly from the disks involved, instead of reading from some configuration file that may not be available at all times.
You should however still maintain a consistent /etc/raidtab file, since you may need this file for later reconstruction of the array.
The persistent superblock is mandatory if you want auto-detection of your RAID devices upon system boot. This is described in the Autodetection section.
Re:The average power user... (Score:3, Interesting)
Well, maybe for the average power user, but not the real power users. Pretty much every stock exchange, airline reservations system, credit card switching system in the world uses mirroring and striping. Operating systems such as HP's Non-Stop Kernel (from Tandem) and IBM's Transaction Processing Facility (TPF) work this way and run these mission critical systems.
Why? I/O throughput and redundancy in applications that can't afford to fail. The disks aren't expensive compared to the rest of the system and even less expensive than the downtime.
These aren't Linux systems, but as Linux scales up there will be times when it will necessarily copy from mainframe-class systems.
Re:The average power user... (Score:1, Informative)
After having four hard drives die and losing various amounts of data, I purchased two 100GB drives and made 6 RAID1 partitions using about 90GB, and a 20GB RAID0 partition with the remainder.
The security of a number of RAID1 partitions for backup is a nice feeling to have since a drive failure can't wipe out my data now.
The RAID0 space is scratch space, so it doesn't matter if mtbf is reduced--there's nothing important permanently stored there.
You did realize that you don't have to have the entire drive use the same RAID level...
Re:Why bother with software RAID? (Score:3, Informative)
As far as IDE channels, many many motherboards these days have about 4 ide channels (mine does, and it's not even NEW) 4 ide channels can make a good raid. My linux RAID 5 (software) is pretty transparent and read speeds are noticable faster. This is even MORE true if you put in the EVMS patches from IBM and use the GUI tools to create and manage RAIDS without even editing
Hardware RAID is marginally, not always better. For one thing, you are limited to the idea of RAID that you board manufacturer believes in.. It's not always what you need. CPU power? On any machine faster than 1ghz you never even notice. 2ghz and software RAID is invisible. Yes, software RAID sucks on windows (due to the stupidest fucking volume/RAID managing service I've ever used), but it's viable almost everywhere else.
Sometimes that extra few hundred dollars is an extra $20k (if you're doing lots of machines), if you can deal with the CPU hit is still more economical as long as it's reliable. Solaris/Linux RAID are ready for prime time, W2k's is still trying to figure it out. (For Windows boxes, please get hardware, save yourself headache.. thanks!)
Re:The average power user... (Score:1)
(Last Journal: Monday February 10 2003, @01:07PM)
Re:Why bother with software RAID? (Score:2, Funny)
That's striping. Why am I even bothering posting this? Maybe if my class wasn't cancelled, you wouldn't have to read such a worthless post.
incripshin
I don't agree that it sucks (Score:1)
(Last Journal: Monday February 10 2003, @01:07PM)
Re:Why bother with software RAID? (Score:4, Informative)
(http://slashdot.org/ | Last Journal: Wednesday November 06 2002, @09:42AM)
So, you say it sucks, I say it's fine. You say toe-mott-oh, I say toe-mate-oh. Hardware RAID is more than just a few $. It costs hundred(s) more than software RAID controllers. I've had software controllers that performed better than the current high-end SCSI drives at the time. I can attest to the fact that CPU load was a non-issue. Performance was excellent and was the most inexpensive way to gain speed. It's ideal for home users that aren't wanting to spend a fortune on limiting the swapfile chug.
So, please define "sucks". Enlighten us softRAID users on what the problem is. Or is the problem really that you've spent your fortune on some overpriced SCSI drives that get outperformed by a couple of ATA100s?
Re:The average power user... (Score:1)
(http://eviltechmonkey.com/)
Re:The average power user... (Score:1)
(http://ck-gunslinger.deviantart.com/ | Last Journal: Thursday July 08 2004, @01:17PM)
pfft.. 40% increase in IO throughput, that is useless.
Re:The average power user... (Score:5, Informative)
RAID 0 is pointless - gosh, I wish all the video editing studios out there knew this. They've been duped into believing 150 megs a second sustained has value. What morons.
Too bad cheap RAID5 cards don't exist. - Hmm, you mean like the Promise SX4000 [googlegear.com] that costs $150?
Re:Why bother with software RAID? (Score:1)
Pardon my flame but:
That's a really rude attitude towards other users. I'm glad that you realize that, and I'm sure your friends would be impressed by your vast knowledge of IDE RAID...if you hadn't driven them away by beating them about the head with it in the first place.
The attitude of answering all questions with "You don't want to do that: it's stupid, and you're stupid for thinking about it" is utterly counter-productive to the business of an open forum like Slashdot. If that's your opinion, then you're welcome to it, but you don't impress the rest of us by airing it (poorly, I might add). Without any facts to back your opinion up, you leave the rest of us wondering if the performance problems you've encountered were due to your own inability (stupidity you might say) to configure software RAID efficiently.
Re:Why bother with software RAID? (Score:4, Insightful)
(http://slashdot.org/ | Last Journal: Wednesday March 12 2003, @11:52AM)
Hmm, I get rather good performance from my IDE software RAID-5. As far as I can tell, reading from the buffers pretty much maxes out the PCI bus and I also get good performance for actual platter reads. Here are some quick numbers:
(granted this is not an exhaustive benchmark)
Not spectacular, but certainly more than fast enough for my media server. Also probably better than I could do on a 68-pin Ultra Wide SCSI bus, even with multiple drives.
I'll call bullshit on that one (Score:2, Insightful)
Ever ripped 500 CDs to MP3 format?
Ever done it twice?
I have, and never will again if I can help it...go RAID 1 go!
Linux software RAID rocks. (Score:2, Informative)
And I've found the RAID 5 overhead is nominal, and very reliable.
Re:RAID-1 Backup *IS* the point (Score:1)
(http://zaft.blogspot.com/)