Date: Wed, 5 Feb 1997 21:09:04 +0200 (IST) From: Nadav Eiron <nadav@cs.technion.ac.il> To: garman@phs.k12.ar.us Cc: Wolfgang Helbig <helbig@BA-Stuttgart.De>, hackers@freebsd.org Subject: Re: CMD640b flaw workaround Message-ID: <Pine.GSO.3.95-heb-2.07.970205210708.28189B-100000@csd> In-Reply-To: <Mutt.19970204152524.garman@jason.garman.net>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, 4 Feb 1997, Jason Garman wrote: > 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? Strange enough, it seems to be working! I now have a disk on one channel and the CD on the other and they seem to be getting along. I'll leave it like that for a couple of days and then either I'll try adding a disk or upgrade to 2.1.6 - whichever I feel is more important :-). I guess I can't expect the CD to get along with another disk on the secondary channel, so if I get another disk I'll probably try two disks on the primary channel and the CD alone on the secondary. Thanks again, > > Enjoy, > -- > Jason Garman http://www.nesc.k12.ar.us/~garman/ > Student, Eleanor Roosevelt High School garman@phs.k12.ar.us > Nadav
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.GSO.3.95-heb-2.07.970205210708.28189B-100000>