NRPE question

shadih rahman shadhin71 at gmail.com
Mon Feb 22 21:35:04 CET 2010


Unfortunately my problem is that its happenning on a remote client machine
rather than nagios server.

On Mon, Feb 22, 2010 at 3:32 PM, <patrick.morris at hp.com> wrote:

> Hi shadih!
>
> On Mon, 22 Feb 2010, shadih rahman wrote:
>
> > 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
> >
> > On Mon, Feb 22, 2010 at 2:34 PM, <patrick.morris at hp.com<mailto:
> patrick.morris at hp.com>> wrote:
> > On Mon, 22 Feb 2010, shadih rahman wrote:
> >
> > > 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
> >
> > Happens here all the time.  I have a Nagios check that looks for
> > high numbers of NRPE processes and restarts it if it goes out of
> > control.
> >
> > I'm not sure what causes it; the brute force method we're using here has
> > been enough to keep it under control.
>
> The check I was referring to runs on the Nagios boxes (since that's
> where I see nrpe go out of control).  So I'm doing a local check that
> does nothing but look for NRPE in the process list; it doesn't use NRPE
> to do that.
>



-- 
Cordially,
Shadhin Rahman
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://www.monitoring-lists.org/archive/users/attachments/20100222/a877142e/attachment.html>
-------------- next part --------------
------------------------------------------------------------------------------
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
-------------- next part --------------
_______________________________________________
Nagios-users mailing list
Nagios-users at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nagios-users
::: Please include Nagios version, plugin version (-v) and OS when reporting any issue. 
::: Messages without supporting info will risk being sent to /dev/null


More information about the Users mailing list