Subject: kern/7620: kernel panic (machine self reset)
To: None <gnats-bugs@gnats.netbsd.org>
From: None <knotwell@f5.com>
List: netbsd-bugs
Date: 05/21/1999 15:20:55
>Number:         7620
>Category:       kern
>Synopsis:       kernel panic (machine self reset)
>Confidential:   no
>Severity:       critical
>Priority:       low
>Responsible:    kern-bug-people (Kernel Bug People)
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Fri May 21 15:20:01 1999
>Last-Modified:
>Originator:     Brad Knotwell
>Organization:
>Release:        1.4
>Environment:
NetBSD1.4 i386
>Description:
under moderate load (thttpd@130 connections/s sustained throughput),
the box will reset itself within about a 5 minute period.  only a
couple of times did I drop in to ddb, the stack trace was
       _gdt_put_slot
       _tss_free
       _switch_exit
       _bpendtsleep
       _uvm_scheduler
       _main

NOTE:  this box was a backend behind a BSDI3.1 based load balancer. The
client was a Linux2.2.5 machine.  The balancer basically requested the
same page over and over.

Other factors:  the number of sockets in a TIME_WAIT state was pretty
high.  Similarly, the size of the pagedaemon,reaper,and swapper
grew to be large as well (at least in several of the cases). netstat
-m didn't provide any clues.

if you need more information, drop me a note and I'll run the test
again.
>How-To-Repeat:
start a traffic generator against a NetBSD1.4 box and let it run
sustained for a short period of time.
>Fix:

>Audit-Trail:
>Unformatted: