From owner-freebsd-hackers Tue Feb 4 12:25:34 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA09946 for hackers-outgoing; Tue, 4 Feb 1997 12:25:34 -0800 (PST) Received: from jason.garman.net (pm106-00.dialip.mich.net [192.195.231.202]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id MAA09935 for ; Tue, 4 Feb 1997 12:25:29 -0800 (PST) Received: (qmail 2801 invoked by uid 1000); 4 Feb 1997 20:25:25 -0000 Message-ID: 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 References: <199702040835.JAA26420@amadeus.informatik.ba-stuttgart.de> X-Mailer: Mutt 0.58 Mime-Version: 1.0 Reply-To: garman@phs.k12.ar.us X-Phase-Of-Moon: The Moon is Waning Crescent (12% of Full) X-Operating-System: FreeBSD/i386 2.1.5-RELEASE In-Reply-To: ; from Nadav Eiron on Feb 4, 1997 21:09:42 +0200 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk 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