Hi Alan,
Just a note that I have almost exactly the setup you outlined on a
KT7A-RAID, HPT370 onboard.
I have a single disk on each highpoint chain, and a 3rd (parity) on
one of the onboard 686B channels.
I have been seeing odd corruptions since I setup the system as RAID-5
though. Have you seen any reports of 686B ide corruption recently (or
RAID-5 for that matter) ?
kernel 2.4.18pre6... just compiling pre9-ac3...
Athlon MP 1500+, mem=nopentium apm=off, NvAGP=0 in X-setup.
Mark
On Wed, 13 Feb 2002, Alan Cox wrote:
> Date: Wed, 13 Feb 2002 11:15:54 +0000 (GMT)
> From: Alan Cox <alan@lxorguk.ukuu.org.uk>
> To: Marco Colombo <marco@esi.it>
> Cc: Alan Cox <alan@lxorguk.ukuu.org.uk>, linux-kernel@vger.kernel.org
> Subject: Re: Quick question on Software RAID support.
>
> > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> > Is it supposed to detect a failed disk and *stop* using it?
>
> Yes, it will stop using it and if appropriate try and do a rebuild
>
> > I had a raid1 IDE system, and it was continuosly raising hard errors on
> > hdc (the disk was dead, non just some bad blocks): the net result was that
> > it was unusable - too slow, too busy on IDE errors (a lot of them - even
> > syslog wasn't happy).
>
> Don't try and do "hot pluggable" IDE raid it really doesn't work out. With
> scsi the impact of a sulking drive is minimal unless you get unlucky
> (I have here a failed SCSI SCA drive that hangs the entire bus merely by
> being present - I use it to terrify HA people 8))
>
> > BTW, given a 2 disks IDE raid1 setup (hda / hdc), does it pay to put a
> > third disk in (say hdb) and configure it as "spare disk"? I've got
> > concerns about the slave not actually beeing able to operate if the
> > master (hda) fails badly.
>
> Well placed concerns. I don't know what Andre thinks but IMHO spend the
> extra $20 to put an extra highpoint controller in the machine for the third
> IDE bus.
>
> Alan
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
>
-- +-------------------------------------------------------------------------+ Mark Cooke The views expressed above are mine and are not Systems Programmer necessarily representative of university policy University Of Birmingham URL: http://www.sr.bham.ac.uk/~mpc/ +-------------------------------------------------------------------------+- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Fri Feb 15 2002 - 21:00:57 EST