From fanf@demon.net Fri Nov  5 11:40:43 1999
Return-Path: <fanf@demon.net>
Received: from internal.mail.demon.net (internal.mail.demon.net [193.195.224.3])
	by hub.freebsd.org (Postfix) with ESMTP id 465E314BF4
	for <FreeBSD-gnats-submit@freebsd.org>; Fri,  5 Nov 1999 11:40:37 -0800 (PST)
	(envelope-from fanf@demon.net)
Received: from fanf.eng.demon.net (fanf.eng.demon.net [195.11.55.89])
	by internal.mail.demon.net with ESMTP id TAA03596;
	Fri, 5 Nov 1999 19:39:33 GMT
Received: from fanf by fanf.eng.demon.net with local (Exim 3.03 #2)
	id 11jpCR-000BKs-00
	for FreeBSD-gnats-submit@freebsd.org; Fri, 05 Nov 1999 19:39:03 +0000
Message-Id: <E11jpCR-000BKs-00@fanf.eng.demon.net>
Date: Fri, 05 Nov 1999 19:39:03 +0000
From: Tony Finch <fanf@demon.net>
Reply-To: fanf@demon.net
To: FreeBSD-gnats-submit@freebsd.org
Subject: sysinstall doesn't reap zombies
X-Send-Pr-Version: 3.2

>Number:         14729
>Category:       bin
>Synopsis:       when sysinstall is running as init it should reap zombies but doesn't
>Confidential:   no
>Severity:       serious
>Priority:       high
>Responsible:    murray
>State:          closed
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Fri Nov  5 11:50:00 PST 1999
>Closed-Date:    Thu Sep 27 01:41:56 PDT 2001
>Last-Modified:  Thu Sep 27 01:42:20 PDT 2001
>Originator:     Tony Finch
>Release:        FreeBSD 3.3-STABLE-19990927 i386
>Organization:
Demon Internet Ltd.
>Environment:

FreeBSD-3.3-RELEASE install floppies

>Description:

While an FTP install was proceeding I switched to the emergency
holographic shell on ttyv3 in order to install some non-standard
software. I ran its GNU configure script which died partway through
because the process table filled. On investigation I found that the
process table was full of unreaped zombies with a ppid of 1.

>How-To-Repeat:

see above (the software was a hacked ssh, but I expect any configure
script would have these problems).

>Fix:
	
Well, I thought it would be because sysinstall's signal handling is
different from init's, but at least regarding SIGCHLD they are the
same: they both do nothing. So I don't know.

>Release-Note:
>Audit-Trail:
Responsible-Changed-From-To: freebsd-bugs->murray 
Responsible-Changed-By: murray 
Responsible-Changed-When: Fri Apr 7 19:08:35 PDT 2000 
Responsible-Changed-Why:  
I can't duplicate this user's problem but I'm following up with him in email.  I should be able to close this soon. 
Responsible-Changed-From-To: murray->eric 
Responsible-Changed-By: murray 
Responsible-Changed-When: Thu Aug 30 15:42:47 PDT 2001 
Responsible-Changed-Why:  
Eric is doing a fine job hacking sysinstall. ;) 

http://www.FreeBSD.org/cgi/query-pr.cgi?pr=14729 
State-Changed-From-To: open->analyzed 
State-Changed-By: murray 
State-Changed-When: Thu Sep 6 02:55:43 PDT 2001 
State-Changed-Why:  
A fix has been committed to -CURRENT.  Sorry this too so long. ;) 
Thanks for the submission.  Should be in -STABLE in a couple of weeks. 



Responsible-Changed-From-To: eric->murray 
Responsible-Changed-By: murray 
Responsible-Changed-When: Thu Sep 6 02:55:43 PDT 2001 
Responsible-Changed-Why:  
My MFC reminder. 

http://www.FreeBSD.org/cgi/query-pr.cgi?pr=14729 
State-Changed-From-To: analyzed->closed 
State-Changed-By: murray 
State-Changed-When: Thu Sep 27 01:41:56 PDT 2001 
State-Changed-Why:  
The fix has been committed to -STABLE.  FreeBSD 4.5 will not have this 
problem.  Thanks. 


http://www.FreeBSD.org/cgi/query-pr.cgi?pr=14729 
>Unformatted:
