From nemesis!uhclem@fw.ast.com  Sun Apr  9 13:13:39 1995
Received: from relay1.UU.NET (relay1.UU.NET [192.48.96.5])
          by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA01069
          for <FreeBSD-gnats-submit@freebsd.org>; Sun, 9 Apr 1995 13:13:36 -0700
Received: from ast.com by relay1.UU.NET with SMTP 
	id QQyktk25347; Sun, 9 Apr 1995 16:13:31 -0400
Received: from trsvax.fw.ast.com (fw.ast.com) by ast.com with SMTP id AA08872
  (5.67b/IDA-1.5 for uunet!freebsd.org!FreeBSD-gnats-submit); Sun, 9 Apr 1995 13:17:38 -0700
Received: by trsvax.fw.ast.com (/\=-/\ Smail3.1.18.1 #18.1)
	id <m0ry3FE-0000HqC@trsvax.fw.ast.com>; Sun, 9 Apr 95 15:06 CDT
Received: by nemesis.lonestar.org (Smail3.1.27.1 #18)
	id m0ry1Hp-0004vuC; Sun, 9 Apr 95 13:00 CDT
Message-Id: <m0ry1Hp-0004vuC@nemesis.lonestar.org>
Date: Sun, 9 Apr 95 13:00 CDT
From: uhclem%nemesis@fw.ast.com
Reply-To: uhclem%nemesis@fw.ast.com
To: FreeBSD-gnats-submit@freebsd.org
Cc: uhclem@nemesis.lonestar.org
Subject: SNAP950322 less stable on IDE than earlier releases FDIV009
X-Send-Pr-Version: 3.2

>Number:         316
>Category:       bin
>Synopsis:       SNAP950322 less stable on IDE than earlier releases FDIV009
>Confidential:   no
>Severity:       critical
>Priority:       high
>Responsible:    freebsd-bugs
>State:          closed
>Quarter:
>Keywords:
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Sun Apr  9 13:20:14 1995
>Closed-Date:    Sat Oct 28 15:15:46 PDT 1995
>Last-Modified:  Sat Oct 28 15:16:26 PDT 1995
>Originator:     Frank Durda IV
>Release:        FreeBSD 2.0.0-SNAP950322 i386
>Organization:
>Environment:

system is a GRiD/DEC 486DX-33 EISA system with:
one WD Caviar 528Meg IDE drive,
OAK SVGA,
SMC 8013 network adapter,
Soundblaster 16 with two Matsushita CD-ROM drives. (can be removed - no effect)
8 Meg of RAM.
The hard disk was completely wiped during multiple installations.
Kernel can be the stock kernel, a "make world" kernel, or a custom kernel.


>Description:

[FDIV009]

SNAP-032295 is less stable than the previous SNAP.  I get system lockups
during kernel builds, ls -alR | more, even grep commnds.  This same
system ran SNAP-021095 for a month without problems.  The system also
ran 2.0 and 1.1.5.1 without problems.

When I rebuild the kernel, typically three to six drivers get recompiled.
During this process, the system will lockup an average of one time per
build.  I have had to restart the same build three times to make it
all the way through, and then ten minutes later a recompile of the same
files goes through without incident.

The lockup is just that - no panic.  The system simply goes dead, no
activity, Numlock and Capslock no longer toggle when you push keys.
Pings are not recognized.

I have removed and reseated RAM, processor, all cards, and finally replaced
all the RAM and the problem doesn't go away.

I finally moved the hard disk to a similar system (almost identical
configuration that has been running SNAP-021095 since it was available
with no problems) and now the other system randomly lockups.

I assume it is either a memory management problem or a problem with the
wd disk driver.  It will not lockup if the system isn't doing anything.
It has to be crunching to cause the problem to show itself.

In fact, I wrote this report by telneting from a SNAP-032295 system to a
1.1.5.1 system that was otherwise idle.  While typing this note, cron
ran /etc/daily on the 032295 system and locked the system up.  Nothing
else was running and there are no other users.


>How-To-Repeat:

Here it is easy.  Give the system something disk-intensive to do.


>Fix:
	

*END*

>Release-Note:
>Audit-Trail:
State-Changed-From-To: open->feedback 
State-Changed-By: pst 
State-Changed-When: Sat Oct 28 12:55:33 PDT 1995 
State-Changed-Why:  
How is the system behaving these days?  Can we close this out? 
State-Changed-From-To: feedback->closed 
State-Changed-By: pst 
State-Changed-When: Sat Oct 28 15:15:46 PDT 1995 
State-Changed-Why:  
Wow, I thought this one had been closed long ago.  Looking back through 
my notes, it cleared up at 2.0.5-ALPHA, so this issue is very closed, IMHO. 
Close that baby. 

Frank Durda IV <uhclem@nemesis.lonestar.org>|"The Knights who say "LETNi" 

>Unformatted:


