Re: [Nagios-users] scheduled downtime & nagios.cmd

2011-12-29 Thread Jim Avery
On 29 December 2011 19:23, Jeremiah D. Jester wrote: > I’m attempting to integrate a downtime schedule script I downloaded from > nagios.org into my installation > (http://exchange.nagios.org/directory/Addons/Scheduled-Downtime/Downtime-Scheduler/details) > The script is supposed to write downtime

[Nagios-users] scheduled downtime & nagios.cmd

2011-12-29 Thread Jeremiah D. Jester
I'm attempting to integrate a downtime schedule script I downloaded from nagios.org into my installation (http://exchange.nagios.org/directory/Addons/Scheduled-Downtime/Downtime-Scheduler/details) The script is supposed to write downtime information to the nagios.cmd file and disable the refere

[Nagios-users] check_ntp_peer reports stratum off-by-one?

2011-12-29 Thread Matthew Pounsett
It looks like I'm seeing a problem with the check_ntp_peer plugin, and the way it reports stratum. It seems to be reducing the stratum by one on every server it checks. % ntpq -c readvar | grep stratum system="FreeBSD/8.2-RELEASE-p4", leap=00, stratum=3, precision=-19, % ./check_ntp_peer -H l

Re: [Nagios-users] Nagios and conditional checks

2011-12-29 Thread Assaf Flatto
Title: SERES Not really service dependencies mean that is service B is not ok , do not alert or do not check service A , but not allow to have a return status based on the status of another service . On 29/12/11 12:43, Ismael Puerto wrote: Hi list We have Nagios 3.3.1 + NRPE 2.0.13

[Nagios-users] Nagios and conditional checks

2011-12-29 Thread Ismael Puerto
Title: SERES Hi list We have Nagios 3.3.1 + NRPE 2.0.13 for host. I wold like "ServicieA" resturned me Status:OK if "ServiceB"state is OK. It can be done with "service dependency"? Machine1--Machine2 ServiceA--- ServiceB

Re: [Nagios-users] freshness checks not working

2011-12-29 Thread Jim Avery
On 27 December 2011 13:32, JM wrote: > Jim Avery jimavery.me.uk> writes: >> Is the the relevant entry for that service check in >> your objects.cache file correct? > > I believe so. Do you see something out of the ordinary: > >        host_name       xxx >        service_description     yyy >