NSCA strange behaviour
Cedric Jeanneret
cedric.jeanneret at camptocamp.com
Fri Dec 11 16:29:20 CET 2009
Hello,
problem solved, it was indeed a version problem (minor number).. redhat has released a new nsca client/server package, removing a patch, and that made it incompatible with previous version.
See:
http://www.mail-archive.com/nagios-users@lists.sourceforge.net/msg19402.html and related patch:
http://cvs.fedoraproject.org/viewvc/EL-5/nsca/nsca-increase_max_plugin_output_length.patch?revision=1.1&view=markup&sortby=log
Best regards,
C.
On Tue, 8 Dec 2009 10:52:50 -0600
Marc Powell <marc at ena.com> wrote:
>
> On Dec 8, 2009, at 4:40 AM, Cedric Jeanneret wrote:
>
> > - Enbling debug for nsca on server01 doesn't show me anything interesting. I just don't see where nsca catch up client22 status, and it keeps on saying :
> > Warning: The results of host 'client22.domain.lt' are stale by 0d 0h 2m 0s (threshold=0d 0h 6m 0s). I'm forcing an immediate check of the host.
> >
> > On another hand, it shows me:
> > [1260267958.216051] [016.1] [pid=23191] Check results for service 'Cron service' on host 'client22.domain.lt' are fresh.
>
> What do they show? What you've quoted here doesn't come from NSCA (that I can tell from a simple grep). --
>
> nsca-2.7.2]# grep -r 'are fresh' *
> nsca-2.7.2]#
>
> I'm sure that comes from nagios via nagios.log, not NSCA. Are you sure you're looking in the right place? It's typically in /var/log/messages.
>
> How are you running nsca? daemon mode or via inetd? If inetd, is inetd rejecting the connection?
>
> --
> Marc
>
>
> ------------------------------------------------------------------------------
> Return on Information:
> Google Enterprise Search pays you back
> Get the facts.
> http://p.sf.net/sfu/google-dev2dev
> _______________________________________________
> 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
--
Cédric Jeanneret | System Administrator
021 619 10 32 | Camptocamp SA
cedric.jeanneret at camptocamp.com | PSE-A / EPFL
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL: <https://www.monitoring-lists.org/archive/users/attachments/20091211/7af934af/attachment.sig>
-------------- next part --------------
------------------------------------------------------------------------------
Return on Information:
Google Enterprise Search pays you back
Get the facts.
http://p.sf.net/sfu/google-dev2dev
-------------- 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