If you go to the Linux kernel config (2.4), SCSI -> Low level drivers,
there is a line there that mentions a debugging SCSI driver that can be
programmed to generate errors.
I have no idea what it does though...... Just wanted to point it out.
++Jos
And thus it came to pass that Richard Schaal wrote:
(on Wed, Mar 21, 2001 at 07:00:01AM -0800 to be exact)
> Greetings!
> I have set up a system with a IDE raid1 for /boot, / , and swap area and a
> SCSI raid5 for data area, and it seems to be working just fine now that I
> turned on DMA as a kernel option for my IDE drives in the raid1. ( I got
> almost 80% improvement in thruput on the raid1 after the change. )
>
> Since this sort of setup should be considered to be robust, I also swapped out
> all my memory for ECC. Naturally, I'll be using a UPS.
>
> My question is based upon prior experience working for Stratus Computer. At
> Stratus it was impractical to go beat the disk drives with a hammer to cause
> them to fail - rather we would simply use a utility to cause the disk driver
> to begin to get "errors" from the drives. This would then exercise the
> recovery mechanism - taking a drive off line and bringing another up to
> take its place. This facility is also present in Veritas Volume Manager test
> suites to exercise the code.
>
> Do you have such a mechanism available? So far, the documentation I've read
> seems pretty sparse - but maybe I missed how to check the raid without
> dismantling the system. I'd have a warmer fuzzy feeling if I could verify
> the recovery actions. :-)
>
> Thanks,
> Richard
>
> --
> [EMAIL PROTECTED] Intel Corporation
> Ph: (408)765-1579 Richard Schaal
> Mail Stop SC12-308
> 3600 Juliette Lane
> "I can type faster than I think!" Santa Clara, CA 95052
> -
> To unsubscribe from this list: send the line "unsubscribe linux-raid" in
> the body of a message to [EMAIL PROTECTED]
--
assert(heaven.isMissing(anAngel));
-
To unsubscribe from this list: send the line "unsubscribe linux-raid" in
the body of a message to [EMAIL PROTECTED]
