Distributed configuration issue with staleness (thresholds?)

[Greg Cockburn]

Hi Paul,

Yes I found that with inetd.  I had removed it from inetd and now nsca
just runs as a daemon.

I have changed the values of normal_check_interval on several
services, but have had limited success.

On your last point, "only if freshness checking is enabled"... I see
my problem. (Thanks for pointing out the flaw in my reading ability.)

Of course this doesn't mean I will now go and turn off freshness
checking, but do have some more timeouts to play with.

Greg.


On 6/29/05, Paul L. Allen <pla at softflare.com> wrote:
> Greg Cockburn writes:
> 
> > For the most part it seems to be good, except that service checks go
> > stale before the remote server has a chance to send a passive check
> > result.
> 
> Is the master host running NSCA under xinetd?  If so, check your logs
> to see if xinetd thinks you're getting so many connections there's a
> denial of service attack and disabling NSCA for a while.  There is
> something in the NSCA docs or in the Nagios FAQs about twiddling
> xinetd's limits if this is happening to you.
> 
> You might also want to consider the values of check_interval on the
> two machines.
> 
> > The problem with this is I get a few false positive notifications.
> > (not good at 3am in the morning) The other weird thing is, that the
> > Master host tries to do an 'active' check of the service, even when
> > active checks are disabled for that service on the master.  Why?
> 
> Because that's how it's designed to work.  It's explained in the
> documentation about passive and distributed monitoring.
> 
> --
> Paul Allen
> Softflare Support
> 
> 
> 
> 
> -------------------------------------------------------
> SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
> from IBM. Find simple to follow Roadmaps, straightforward articles,
> informative Webcasts and more! Get everything you need to get up to
> speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
> _______________________________________________
> 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
>


-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_idt77&alloc_id492&op=click
_______________________________________________
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