From owner-freebsd-stable@FreeBSD.ORG Tue Oct 17 16:32:32 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 7224016A407 for ; Tue, 17 Oct 2006 16:32:32 +0000 (UTC) (envelope-from kai@xs4all.nl) Received: from smtp-vbr8.xs4all.nl (smtp-vbr8.xs4all.nl [194.109.24.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id D1F3B43D55 for ; Tue, 17 Oct 2006 16:32:31 +0000 (GMT) (envelope-from kai@xs4all.nl) Received: from xs6.xs4all.nl (xs6.xs4all.nl [194.109.21.6]) by smtp-vbr8.xs4all.nl (8.13.8/8.13.8) with ESMTP id k9HGWTth043994 for ; Tue, 17 Oct 2006 18:32:30 +0200 (CEST) (envelope-from kai@xs4all.nl) Received: from xs6.xs4all.nl (kai@localhost [127.0.0.1]) by xs6.xs4all.nl (8.13.6/8.13.6) with ESMTP id k9HGWTkQ005209 for ; Tue, 17 Oct 2006 18:32:29 +0200 (CEST) (envelope-from kai@xs4all.nl) Received: (from kai@localhost) by xs6.xs4all.nl (8.13.6/8.13.6/Submit) id k9HGWT25005208 for freebsd-stable@freebsd.org; Tue, 17 Oct 2006 18:32:29 +0200 (CEST) (envelope-from kai) Date: Tue, 17 Oct 2006 18:32:29 +0200 From: Kai To: freebsd-stable@freebsd.org Message-ID: <20061017163229.GG603@xs4all.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-Virus: Hi! I'm a header virus! Forward this header to your friends to help me spread! X-Morphed: complete X-Virus-Scanned: by XS4ALL Virus Scanner Subject: /etc/rc's purgedir (or /etc/rc.d/cleanvar in 6.0) 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: Tue, 17 Oct 2006 16:32:32 -0000 Hello, I have a funny message at boot time, after fsck I see: real memory = 3489071104 (3407296K bytes) avail memory = 3394760704 (3315196K bytes) ... Mounting root from ufs:/dev/da0s1a pmap_collect: collecting pv entries -- suggest increasing PMAP_SHPGPERPROC pmap_collect: collecting pv entries -- suggest increasing PMAP_SHPGPERPROC maxproc limit exceeded by uid 0, please see tuning(7) and login.conf(5). maxproc limit exceeded by uid 0, please see tuning(7) and login.conf(5). em0: Link is up 100 Mbps Full Duplex I have traced this down to purgedir calling itself recursively while cleaning /var/run. In /var/run there is a dovecot-index directory, which seems to be 8 levels deep. I know that 8 levels deep is not normal, but it seems to me that purgedir() should be able to handle this, or am I overlooking something? Regards, Kai -- begin 600 .signature