From owner-freebsd-stable@FreeBSD.ORG Sat May 6 20:59:54 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A766916A404 for ; Sat, 6 May 2006 20:59:54 +0000 (UTC) (envelope-from dwhite@gumbysoft.com) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 74CF943D45 for ; Sat, 6 May 2006 20:59:54 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 66DA372DDD; Sat, 6 May 2006 13:59:54 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 6168672DD9; Sat, 6 May 2006 13:59:54 -0700 (PDT) Date: Sat, 6 May 2006 13:59:54 -0700 (PDT) From: Doug White To: Gergely CZUCZY In-Reply-To: <20060506075538.GA18413@marvin.harmless.hu> Message-ID: <20060506135659.R91930@carver.gumbysoft.com> References: <20060506075538.GA18413@marvin.harmless.hu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-stable@freebsd.org Subject: Re: jail issue question X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 May 2006 20:59:54 -0000 On Sat, 6 May 2006, Gergely CZUCZY wrote: > hi all > > i've got this issue: > http://www.freebsd.org/cgi/query-pr.cgi?pr=96729 > http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/89528 > > i'd like to look into it, because i'm not experience with the > development of the freebsd (or any other) kernel, yet i'd like > to create a temporary solution. it would consist of a userspace > utility that invokes a kernelspace function that cleans out the > unused jail entry from the "jail registry", and perhaps cleans out > other related entries(such as processes inside the jail). > > my question is, on which kernel tree should I try to manage this, > on my desktop currently i run 6-STABLE, first i though this could > be good, but maybe i should do it on -CURRENT. so, which tree should > i examine, check and maybe modify a bit? If you look at the audit trail in kern/89528 (96729 was closed as a duplicate) its related to the known pty leak issue. Writing a tool to brute-force free those resources will not help at all and likely lead to an immediate panic when something tries to reference the object you forcibly detached from the jail. If you can come up with a reliable test case that causes this pty leak, and be willing to test patches, then it would greatly help the debugging effort. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org