i would suggest the ami megaraid controller, it works good, is cheap, supports onboard cache and has decent drivers in both 2.0 and 2.2 i hear that mylex makes some damn good drivers for linux too ..but from what i've read their stuff is real high end and prob $$$
nate ----------------------------------------[mailto:[EMAIL PROTECTED] ]-- Vice President Network Operations http://www.firetrail.com/ Firetrail Internet Services Limited http://www.aphroland.org/ Everett, WA 425-348-7336 http://www.linuxpowered.net/ Powered By: http://comedy.aphroland.org/ Debian 2.1 Linux 2.0.36 SMP http://yahoo.aphroland.org/ -----------------------------------------[mailto:[EMAIL PROTECTED] ]-- On Thu, 28 Oct 1999, Adam Greene wrote: > I have to set up a RAID 5 Tower and I want to run Linux (it's a dual Xeon, > Intel GX computer) and I was wondering which company currently offered RAID > 5 solutions with source code drivers (or included in the latest stable > kernel). > > -----Original Message----- > From: aphro [mailto:[EMAIL PROTECTED] > Sent: October 27, 1999 3:16 PM > To: William T Wilson > Cc: debian-user@lists.debian.org > Subject: Re: just curious about Debian vs Redhat > > > On Wed, 27 Oct 1999, William T Wilson wrote: > > > DPT raid controller drivers, I know, are distributed in source form. I > > cannot think of any reason they would work with a RedHat kernel and not a > > Debian kernel, as RedHat doesn't (AFAIK) currently modify the kernel. > > well, > > http://www.dpt.com/techsup/sr5drv.htm#LINUX > > they got boot and root disks for redhat 5.2/6.0, and binary modules > (dpt_i2o.o dpt_i2o_smp.o) ..i havent checked their other > controllers(yet) just those caught my attention when a friend of mine said > he was having problems with that DPT card under redhat. > > > Even if you do use a binary driver, it ought to work with any kernel of > > the version range it was designed to work with, RedHat or otherwise. > > it should, but it doesn't always. my recent install of vmware (the > latest) had modules for my kernel version but they failed to > load. luckily the program was able to successfully compile modules and > load em. and it also is bad because take the DPT raid drivers for linux > 2.2.5. chances are not that great that it will work on 2.2.10 ..2.2.13 > ..it may be possible, but not nearly as good as having the source to > recompile for another kernel rev. > > > I don't agree here either. Someone has to adopt glibc first. If no one > > adopts it, no one will work the bugs out and it will never be ready for > > use. > > it just seemed they adopted it WAY in advance of anyone else, be it debian > or slackware (or suse?? i dont remember) and it caused me a lot of > trouble, just my opinon though. > > > RedHat always maintains the current and previous major version of their > > release, at least for security and major bugfixes. If you aren't ready to > > move up to the new version, just use the previous one. > > my problems was more related to 3rd party stuff that people developed > around the new libc. (same with glibc2.1) mostly with binary > distributions. i try to compile most everything but some stuff just won't > compile and using a binary is the last resort option... > > > -- > Unsubscribe? mail -s unsubscribe [EMAIL PROTECTED] < /dev/null >
