Unfortunately my problem is that its happenning on a remote client machine rather than nagios server.<br><br><div class="gmail_quote">On Mon, Feb 22, 2010 at 3:32 PM,  <span dir="ltr"><<a href="mailto:patrick.morris@hp.com">patrick.morris@hp.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Hi shadih!<br>
<div class="im"><br>
On Mon, 22 Feb 2010, shadih rahman wrote:<br>
<br>
</div><div class="im">> I have thought about this solution but I have an issue with this.  Let us say the machine has high load.   Now, I presume, we are checking the number of "nrpe" processes on client host via nrpe.  If the load is high, the check for number of nrpe processes will fail, which in turn would fork possibly another nrpe process?  Please advise on this.  Thanks<br>

><br>
</div><div class="im">> On Mon, Feb 22, 2010 at 2:34 PM, <<a href="mailto:patrick.morris@hp.com">patrick.morris@hp.com</a><mailto:<a href="mailto:patrick.morris@hp.com">patrick.morris@hp.com</a>>> wrote:<br>

> On Mon, 22 Feb 2010, shadih rahman wrote:<br>
><br>
> > I am running nrpe as daemon rather than xinetd.  I have one server which showed high load and all nrpe checks where showing UNKNOWN.  Later on I logged into the box and I saw there were 382 nrpe process running.  Can someone shed some light into this?  Thanks<br>

><br>
> Happens here all the time.  I have a Nagios check that looks for<br>
> high numbers of NRPE processes and restarts it if it goes out of<br>
> control.<br>
><br>
> I'm not sure what causes it; the brute force method we're using here has<br>
> been enough to keep it under control.<br>
<br>
</div>The check I was referring to runs on the Nagios boxes (since that's<br>
where I see nrpe go out of control).  So I'm doing a local check that<br>
does nothing but look for NRPE in the process list; it doesn't use NRPE<br>
to do that.<br>
</blockquote></div><br><br clear="all"><br>-- <br>Cordially,<br>Shadhin Rahman<br>