From sigma@cartserver.com Wed May 12 20:59:22 1999
Return-Path: <sigma@cartserver.com>
Received: from cartserver.com (www2.cartserver.com [209.68.60.164])
	by hub.freebsd.org (Postfix) with ESMTP id 63D5514D91
	for <FreeBSD-gnats-submit@freebsd.org>; Wed, 12 May 1999 20:59:20 -0700 (PDT)
	(envelope-from sigma@cartserver.com)
Received: (from root@localhost) by cartserver.com (8.9.2/8.6.12) id AAA13748; Thu, 13 May 1999 00:03:47 -0400 (EDT)
Message-Id: <199905130403.AAA13748@cartserver.com>
Date: Thu, 13 May 1999 00:03:47 -0400 (EDT)
From: Kevin Martin <sigma@cartserver.com>
Reply-To: sigma@cartserver.com
To: FreeBSD-gnats-submit@freebsd.org
Subject: httpd and perl5 processes stuck in "nochan" eating CPU
X-Send-Pr-Version: 3.2

>Number:         11679
>Category:       kern
>Synopsis:       httpd and perl5 processes stuck in "nochan" eating CPU
>Confidential:   no
>Severity:       serious
>Priority:       high
>Responsible:    freebsd-bugs
>State:          closed
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Wed May 12 21:00:01 PDT 1999
>Closed-Date:    Mon Mar 12 18:08:23 PST 2001
>Last-Modified:  Mon Mar 12 18:08:32 PST 2001
>Originator:     Kevin Martin
>Release:        FreeBSD 3.1-STABLE i386
>Organization:
pair Networks, Inc
>Environment:

	Xeon 500 Mhz, 512Mb RAM, SCSI and IDE drives, running typical
	mod_ssl installation.

>Description:

	httpd and perl5 processes enter "nochan" status and eat unlimited
	CPU capacity, while doing no useful work.  Can only be cleaned up
	by "kill -9".  We have developed a script to monitor for this and
	perform the kills.  However, it is affecting performance and
	causing blank pages to be returned from runaway httpd processes.
	We have also seen this under FreeBSD 2.2.7-STABLE for extremely
	busy servers with lots of CGI activity.

>How-To-Repeat:

	Just let the server run, even with only 2 hits/second.

>Fix:
	
	Unknown; these processes are becoming stranded somehow by the
	kernel.



>Release-Note:
>Audit-Trail:
State-Changed-From-To: open->feedback 
State-Changed-By: nbm 
State-Changed-When: Tue Jun 27 01:22:40 PDT 2000 
State-Changed-Why:  
Has this problem been subsequently solved in later releases? 

http://www.freebsd.org/cgi/query-pr.cgi?pr=11679 
State-Changed-From-To: feedback->closed 
State-Changed-By: des 
State-Changed-When: Mon Mar 12 18:08:23 PST 2001 
State-Changed-Why:  
Feedback timeout. 

http://www.freebsd.org/cgi/query-pr.cgi?pr=11679 
>Unformatted:
