From owner-freebsd-stable@FreeBSD.ORG Sat May 28 20:54:19 2005 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 E460C16A41C for ; Sat, 28 May 2005 20:54:19 +0000 (GMT) (envelope-from gabor.kovesdan@t-hosting.hu) Received: from viefep14-int.chello.at (viefep14-int.chello.at [213.46.255.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1D1EE43D1D for ; Sat, 28 May 2005 20:54:18 +0000 (GMT) (envelope-from gabor.kovesdan@t-hosting.hu) Received: from [80.98.207.149] by viefep14-int.chello.at (InterMail vM.6.01.04.04 201-2131-118-104-20050224) with ESMTP id <20050528205416.YYPO7053.viefep14-int.chello.at@[80.98.207.149]>; Sat, 28 May 2005 22:54:16 +0200 Message-ID: <4298DA78.3020504@t-hosting.hu> Date: Sat, 28 May 2005 22:54:16 +0200 From: =?ISO-8859-1?Q?K=F6vesd=E1n_G=E1bor?= User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kris Kennaway References: <4298A622.3020100@t-hosting.hu> <20050528174949.GA48170@xor.obsecurity.org> In-Reply-To: <20050528174949.GA48170@xor.obsecurity.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Abort rap from cron 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, 28 May 2005 20:54:20 -0000 It is a single processor system. Those cron scripts are to verify whether my processes are run. So, there isn't such simultaneous runs. They are small scripts, that send a SIGCHLD to the processes they are responsible for, and if they don't find the processes running, they restarts them. I've been surprised because this hadn't happened before I upgraded to 5.3-p13. Not only my scripts caused this, even the atrun, which is a default entry in the stock /etc/crontab. >This can happen on SMP machines if you exec a lot of processes at once >(more than 16 simultaneous execs). 5.4 contains the >vm.exec_map_entries tunable that allows you to increase this number. > >Kris > >