NetBSD Problem Report #313

From gnats  Fri Jul  1 05:29:20 1994
Received: from foundation.CSOS.ORST.EDU (root@foundation.CSOS.ORST.EDU [128.193.40.41]) by sun-lamp.cs.berkeley.edu (8.6.9/8.6.9) with ESMTP id FAA08798 for <gnats-bugs@sun-lamp.cs.berkeley.edu>; Fri, 1 Jul 1994 05:29:20 -0700
Message-Id: <199407011229.FAA01494@foundation.CSOS.ORST.EDU>
Date: Fri, 1 Jul 1994 05:29:45 -0700
From: jason downs <downsj@CSOS.ORST.EDU>
Reply-To: downsj@CSOS.ORST.EDU
To: gnats-bugs@sun-lamp.cs.berkeley.edu
Subject: high maxusers causes kernel hang
X-Send-Pr-Version: 3.2

>Number:         313
>Category:       port-hp300
>Synopsis:       high maxusers causes kernel hang
>Confidential:   no
>Severity:       serious
>Priority:       high
>Responsible:    gnats-admin
>State:          closed
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Fri Jul 01 05:35:04 +0000 1994
>Closed-Date:    Thu Dec 07 17:55:37 +0000 1995
>Last-Modified:  Thu Dec 07 17:56:33 +0000 1995
>Originator:     jason downs
>Release:        NetBSD 0.9C-current (source three days old)
>Organization:
"	Computer Science Outreach Services, Oregon State University"
>Environment:
System: NetBSD foundation 0.9C NetBSD 0.9C (FOUNDATION) #14: Fri Jul 1 04:28:21 PDT 1994 downsj@foundation:/usr/src/sys/arch/hp300/compile/FOUNDATION hp300


>Description:
	Compiling a kernel with maxusers above 32 (at least at 48 or 64),
	causes sporadic kernel hangs.  It seems (from ktrace), that the
	kernel hangs around exec, and no new process may be created.  There
	does not seem to be any pattern or preset number of processes that
	will run before it hangs, but it is usually relatively soon after
	booting and a little activity.

	The kernel has no problems with the same config, save for a lower
	(32) maxusers.
>How-To-Repeat:
	Compile a kernel with maxusers at 64, perferable on a 32meg machine.
	Boot.  Login.  Run binaries until it hangs.
>Fix:
>Release-Note:
>Audit-Trail:
State-Changed-From-To: open->feedback 
State-Changed-By: thorpej 
State-Changed-When: Mon Sep 18 22:39:15 PDT 1995 
State-Changed-Why:  
I can't reproduce this anymore.  Is it still a problem, or should I just 
close it? 
State-Changed-From-To: feedback->closed 
State-Changed-By: thorpej 
State-Changed-When: Thu Dec 7 09:55:37 PST 1995 
State-Changed-Why:  
Integer overflow in pmap.c fixed. 
>Unformatted:

Home	PR Database Search