Date: Tue, 4 Feb 1997 15:25:24 -0500 From: garman@jason.garman.net (Jason Garman) To: nadav@cs.technion.ac.il (Nadav Eiron) Cc: helbig@BA-Stuttgart.De (Wolfgang Helbig), hackers@freebsd.org Subject: Re: CMD640b flaw workaround Message-ID: <Mutt.19970204152524.garman@jason.garman.net> In-Reply-To: <Pine.GSO.3.95-heb-2.07.970204210307.29771A-100000@csd>; from Nadav Eiron on Feb 4, 1997 21:09:42 %2B0200 References: <199702040835.JAA26420@amadeus.informatik.ba-stuttgart.de> <Pine.GSO.3.95-heb-2.07.970204210307.29771A-100000@csd>
next in thread | previous in thread | raw e-mail | index | archive | help
Nadav Eiron writes: > I tried installing the patches on my troubled 2.1.5R system, and it > doesn't cure my problem. I think I should describe my problem once again, > as it's not the classical CMD640 bug. I have a machine with a hard disk > (Quantum FireBall) and a CD (Creative x4), both on the primary channel. > The problem is that CD access is unreliable. It's most commonly seen when > I try to serve a CD directly via apache. Under heavy load, some of the > Apace processes will hang while accessing the CD like so: > That's weird. You're right, the patch won't fix this. I have a CD and hd on my first channel, and it works fine here... I know this isn't a really good `solution,' but how about switching the cd onto the second channel? Enjoy, -- Jason Garman http://www.nesc.k12.ar.us/~garman/ Student, Eleanor Roosevelt High School garman@phs.k12.ar.us
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Mutt.19970204152524.garman>