<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> <html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns="http://www.w3.org/TR/REC-html40"> <head> <META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=us-ascii"> <meta name=ProgId content=Word.Document> <meta name=Generator content="Microsoft Word 10"> <meta name=Originator content="Microsoft Word 10"> <link rel=File-List href="cid:filelist.xml@01C27958.618E8BD0">  <style>  </style>  </head> <body bgcolor=white lang=EN-US link=blue vlink=purple style='tab-interval:.5in'> <div class=Section1> That was my assumption to begin with. At the time when I left nagios unattended and returned to find 1900+ nagios processes, max_concurrent_checks was and had been set to 0. The other box I run exhibits none of this behavior though it is configured differently. I have a hunch that this may have something to do with my passive service checks (performed using NSCA), as nscd forks somewhat congruently (although in far smaller quantity) with nagios. I’m thinking maybe something is wrong with the build running on linux…or maybe this is something specific to 1.0b6? I haven’t been able to roll back to 1.0b5 yet to see if it acts differently (nor do I really want to). I suppose the question is what would cause a child process to not complete its task and just sit there? I should also point out that despite the huge number of forked procs, nagios did not cease to function, and there were no zombie procs. Thanks for the input.<o:p></o:p> <o:p> </o:p> Mike C<o:p></o:p> <o:p> </o:p> -----Original Message----- From: Richard Wu [mailto:Richard.Wu@fusepoint.com] Sent: Monday, October 21, 2002 6:17 PM To: Mike Culbertson Cc: nagios-users@lists.sourceforge.net Subject: RE: [Nagios-users] Fw: fork() problem? <o:p> </o:p> <div> Hi, mike:<o:p></o:p> </div> <div> <o:p></o:p> </div> <div> If you want the nagios to be run in parallel, set the value to 0, look at the nagios.cfg comments on the max_concurrent_checks. Here is the contnet:<o:p></o:p> </div> <div> # MAXIMUM CONCURRENT SERVICE CHECKS # This option allows you to specify the maximum number of # service checks that can be run in parallel at any given time. # Specifying a value of 1 for this variable essentially prevents # any service checks from being parallelized. A value of 0 # will not restrict the number of concurrent checks that are # being executed.<o:p></o:p> </div> <div> <o:p></o:p> </div> <div> max_concurrent_checks=0<o:p></o:p> </div> Richard Wu <![if !supportLineBreakNewLine]> <![endif]><o:p></o:p> </div> </body> </html>