From root@WP06PORT08.highway.telekom.at  Sat Dec 12 01:44:39 1998
Received: from WP06PORT08.highway.telekom.at (WP06PORT08.highway.telekom.at [195.3.64.200])
          by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA06862
          for <FreeBSD-gnats-submit@freebsd.org>; Sat, 12 Dec 1998 01:43:58 -0800 (PST)
          (envelope-from root@WP06PORT08.highway.telekom.at)
Received: (from root@localhost)
	by WP06PORT08.highway.telekom.at (8.9.1/8.9.1) id KAA06809;
	Sat, 12 Dec 1998 10:43:21 +0100 (CET)
	(envelope-from root)
Message-Id: <199812120943.KAA06809@WP06PORT08.highway.telekom.at>
Date: Sat, 12 Dec 1998 10:43:21 +0100 (CET)
From: Martin.Birgmeier@aon.at
Reply-To: Martin.Birgmeier@aon.at
To: FreeBSD-gnats-submit@freebsd.org
Subject: 3.0 crashes with high write-to-disk load
X-Send-Pr-Version: 3.2

>Number:         9059
>Category:       kern
>Synopsis:       3.0 crashes with high write-to-disk load
>Confidential:   no
>Severity:       critical
>Priority:       high
>Responsible:    freebsd-bugs
>State:          closed
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Sat Dec 12 01:50:00 PST 1998
>Closed-Date:    Fri Mar 19 01:35:59 PST 1999
>Last-Modified:  Fri Mar 19 01:36:57 PST 1999
>Originator:     Martin.Birgmeier@aon.at
>Release:        FreeBSD 3.0-CURRENT i386
>Organization:
MBi at home
>Environment:

2 IDE disks (2.5, 8.5 GB), 1 IDE CD-ROM, 1 HP 35480A DAT SCSI, AMD 486/133 CPU

kernel config file:

--------------------------------------------------------------------------------
#
# $Header: /usr/src.local/sys/i386/conf/RCS/GOLEM,v 2.2 1998/12/05 12:54:10 root Exp $
#

machine		"i386"
cpu		"I486_CPU"
ident		"$RCSfile: GOLEM,v $ $Revision: 2.2 $ $Date: 1998/12/05 12:54:10 $"
maxusers	40

options		"AUTO_EOI_1"
options		"CD9660"
options		"CD9660_ROOT"
options		"COMPAT_43"
options		DEVFS
options		FAILSAFE
options		FFS
options		FFS_ROOT
options		INET
options		IPDIVERT
options		IPFIREWALL
options		IPFIREWALL_VERBOSE
options		"IPFIREWALL_VERBOSE_LIMIT=100"
options		KTRACE
options		"MAXCONS=8"
options		MFS
options		MFS_ROOT
options		NFS
options		NFS_ROOT
options		SCSI_DELAY=15000
options		SYSVMSG
options		SYSVSEM
options		SYSVSHM
options		UCONSOLE
options		USERCONFIG
options		USER_LDT

config		kernel	root on wd0s2

controller	isa0
controller	pci0

controller	fdc0	at isa? port "IO_FD1" bio irq 6 drq 2
disk		fd0	at fdc0 drive 0
disk		fd1	at fdc0 drive 1

controller	wdc0	at isa? port "IO_WD1" bio irq 14
disk		wd0	at wdc0 drive 0
# disk		wd1	at wdc0 drive 1

controller	wdc1	at isa? port "IO_WD2" bio irq 15
disk		wd2	at wdc1 drive 0
# disk		wd3	at wdc1 drive 1

options		ATAPI		# Enable ATAPI support for IDE bus
options		ATAPI_STATIC	# Don't do it as an LKM

device		wcd0		# IDE CD-ROM, requires options ATAPI

controller	ncr0
controller	scbus0	at ncr0
device		da0
device		sa0
device		pass0
device		cd0

device		sc0	at isa? port "IO_KBD" tty irq 1

device		npx0	at isa? port "IO_NPX" irq 13

device		sio0	at isa? port "IO_COM1" flags 0x10 tty irq 4
device		sio1	at isa? port "IO_COM2" tty irq 3

device		lpt0	at isa? port "IO_LPT1" tty irq 7

device		ed0	at isa? port 0x300 net irq 5 iomem 0xd8000

# controller	snd0
# device	sb0	at isa? port 0x220 irq 9 drq 1
device		pcm0	at isa? port ? tty irq 9 drq 1 flags 0x0

pseudo-device	bpfilter	2
pseudo-device	ether
pseudo-device	loop
pseudo-device	pty		16
pseudo-device	speaker
pseudo-device	tun		1
pseudo-device	vn
--------------------------------------------------------------------------------

>Description:

	When offering a high write-to-disk (only) load, the kernel crashes.
	Two scenarios: Either freeze & reboot, or sequential freezing of
	all ttys (under X11 and vtys) plus total freeze.

	Nothing of this happened before I switched from 2.2.7 to 3.0 current.

	More information: This happens especially (prob. 80%) if I update
	my CVS repository via CTM. In this case, nearly no reads happen,
	but obviously a lot of writes to disk are outstanding. Note the
	interesting case that if I start a `find / > /dev/null' at the same
	time, no crash occurs (the find takes about half an hour on my rather
	slow disks). This seems to be due to the fact that most of the disk
	cache buffers are filled with read data.

	It may be that this is an IDE-only problem, as I do not have any
	SCSI disks attached.

>How-To-Repeat:

	ctm -u -q <several recently fetched CTM files>

>Fix:
	
	not known

>Release-Note:
>Audit-Trail:

From: dgilbert@velocet.ca
To: freebsd-gnats-submit@freebsd.org, Martin.Birgmeier@aon.at
Cc:  Subject: Re:kern/9059:3.0 crashes with high write-to-disk load
Date: Mon, 21 Dec 1998 00:06:40 -0500 (EST)

 I find this happening on my 3.0 system to an annoying extent as well.
 I have found that a high write-to-disk load makes it happen more often
 but simple commands that change the disk can also cause a crash.
 This is getting serious enough that I may consider downgrading.

From: Richard Hanby <Richard.Hanby@mcc.ac.uk>
To: freebsd-gnats-submit@freebsd.org, Martin.Birgmeier@aon.at
Cc:  
Subject: Re: kern/9059: 3.0 crashes with high write-to-disk load
Date: Wed, 10 Feb 1999 13:41:22 +0000

 We have this problem too, using 1 x IDE disk + 6 x 34502LW SCSI disks
 with 2940U2W controller.
 
 Crashed 8 times in less than 24 hours under heavy-ish load.
 
 -- 
 Richard Hanby
 Web Cache Support       
 Manchester Computing    
 University of Manchester
 Manchester UK M13 9PL
State-Changed-From-To: open->closed 
State-Changed-By: sheldonh 
State-Changed-When: Fri Mar 19 01:35:59 PST 1999 
State-Changed-Why:  
At the time of your report, 3.0-CURRENT was not intended for 
use on production machines. Instability was to be expected. 
>Unformatted:
