From owner-freebsd-stable Mon Feb 16 22:21:51 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA05975 for freebsd-stable-outgoing; Mon, 16 Feb 1998 22:21:51 -0800 (PST) (envelope-from owner-freebsd-stable@FreeBSD.ORG) Received: from rimmer.viewsnet.com (rimmer.viewsnet.com [38.153.104.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA05905 for ; Mon, 16 Feb 1998 22:21:27 -0800 (PST) (envelope-from mike@viewsnet.com) Received: from twikki.argos.org (twikki.argos.org [38.153.104.15]) by rimmer.viewsnet.com (8.8.5/8.7.3) with SMTP id AAA18384; Tue, 17 Feb 1998 00:53:44 -0500 (EST) Message-ID: <004901bd3b69$c13dce60$0f689926@twikki.argos.org> From: "Mike Nowlin" To: "Steve Grandi" , "Mike D Tancsa" Cc: Subject: Re: I need a strategy for making my STABLE installation stable Date: Tue, 17 Feb 1998 01:03:22 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.2106.4 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk >I have been running the Adaptec with "Ultra" speed enabled. Probably worth a >try to to set 10 MBps instead of 20 (and then perhaps 8?) and see what happens. Not directly related, but I have had similar problems using Adaptec 1540B/C SCSI controllers on certain 486 motherboards under both Linux and FreeBSD 2.1 & 2.2... Basically, the SCSI bus would get stuck, while the rest of the system tried to continue running... (Kinda hard without hard drives!) I messed around with it more on the Linux machines, and was getting "SCSI command timeout" messages -- the kernel was still running, but the rest of the system was basically not doing much of anything else. I noticed that adjusting the I/O speed of the controller would change the frequency of the lockups, but never got rid of the problem completely. Depending on the motherboard, sometimes decreasing the speed would help, while other times increasing it would help, but it still happened like clockwork under heavy SCSI activity... (Like "cat /dev/cd0a > /dev/null"...) Finally, I just got sick of the problem, picked up a couple Pentium 200s, and the same SCSI controllers run great on the new motherboards... Go figure... --Mike mike@argos.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message