From owner-freebsd-stable@FreeBSD.ORG Wed Feb 28 04:16:19 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6AF4B16D509 for ; Wed, 28 Feb 2007 04:16:19 +0000 (UTC) (envelope-from tom@samplonius.org) Received: from ly.sdf.com (ly.sdf.com [216.113.193.83]) by mx1.freebsd.org (Postfix) with ESMTP id 3057C13C478 for ; Wed, 28 Feb 2007 04:16:19 +0000 (UTC) (envelope-from tom@samplonius.org) Received: from localhost (localhost [127.0.0.1]) by ly.sdf.com (Postfix) with ESMTP id 82D32114447; Tue, 27 Feb 2007 20:18:52 -0800 (PST) X-Virus-Scanned: amavisd-new at X-Spam-Score: -4.016 X-Spam-Level: X-Spam-Status: No, score=-4.016 tagged_above=-10 required=6.6 tests=[ALL_TRUSTED=-1.8, AWL=0.383, BAYES_00=-2.599] Received: from ly.sdf.com ([127.0.0.1]) by localhost (ly.sdf.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4o+ZQ3G6GAwB; Tue, 27 Feb 2007 20:18:50 -0800 (PST) Received: from ly.sdf.com (ly.sdf.com [216.113.193.83]) by ly.sdf.com (Postfix) with ESMTP id C97C6114446; Tue, 27 Feb 2007 20:18:50 -0800 (PST) Message-ID: <6135184.31172636330732.JavaMail.root@ly.sdf.com> Date: Tue, 27 Feb 2007 20:18:50 -0800 (PST) From: Tom Samplonius To: "Marc G. Fournier" In-Reply-To: <5F9C60E2708CB953C06B21EA@ganymede.hub.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [71.17.104.102] Cc: freebsd-stable@freebsd.org Subject: Re: Some days, it doesn't pay to upgrade ... 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: Wed, 28 Feb 2007 04:16:19 -0000 ----- "Marc G. Fournier" wrote: > Feb 27 04:32:49 mars uptimec: The server requested that we do a new > login > Feb 27 04:33:00 mars kernel: maxproc limit exceeded by uid 0, please > see > tuning(7) and login.conf(5). > Feb 27 04:33:10 mars kernel: maxproc limit exceeded by uid 60, please > see > tuning(7) and login.conf(5). > > Stupid question: why isn't there some mechanism that prevents new > processes > from starting up, instead of locking up the whole server? I'm not > asking for ... Isn't that what is happening? When maxproc is hit, new processes can't be created. It is harmless, except for the uid that exceeded its process limit. I think the hang is some side-effect. Either because init can't fork a process, therefore there is nothing to login to. Did you try ping the system from remote to really see whether it was a "solid" hang? Or did you just pound on the keyboard? Or it is just a deadlock. That would be a bug. Tom