Next Scheduled Check tooo far away
Gabriel Sosa
sosagabriel at gmail.com
Fri Jan 9 20:29:48 CET 2009
Hi folks
I'm using the check_mysql_perf plugin to check the mysql replica status.
today the replica had broken but nagios didn't alert me, so I went to
the panel to check and realized that for this service the "Next
Scheduled Check" will be on 2009-01-09 14:19:00
all config are by default, and I know all other services such as
SMTP, HTTPD, etc (I'm monitoring 100 services between 10 servers) are
checked very often (I mean not every 4 days).
the only "different" stuff is that I have a gap in the time definition
to be able to stop the replica and make a db backup
any idea?
these are my definitions:
define command{
command_name check_slave_lag
command_line $USER1$/check_mysql_perf -m slave-lag -w $ARG1$
-c $ARG2$ -H $HOSTADDRESS$ -u #### -p #######
}
and my service definition
define service{
use generic-service ; Name
of service template to use
host_name myhost
service_description Slave Lag
check_command check_slave_lag!300!500
notifications_enabled 1
normal_check_interval 2
check_period 24x7_120m4AM
}
define timeperiod {
timeperiod_name 24x7_120m4AM
alias All time 120 minutes Downtime Window Starting at 4am
sunday 00:00-04:00,06:00-24:00
monday 00:00-04:00,06:00-24:00
tuesday 00:00-04:00,06:00-24:00
wednesday 00:00-04:00,06:00-24:00
thursday 00:00-04:00,06:00-24:00
friday 00:00-04:00,06:00-24:00
saturday 00:00-04:00,06:00-24:00
}
--
Los sabios buscan la sabiduría; los necios creen haberla encontrado.
Gabriel Sosa
------------------------------------------------------------------------------
Check out the new SourceForge.net Marketplace.
It is the best place to buy or sell services for
just about anything Open Source.
http://p.sf.net/sfu/Xq1LFB
_______________________________________________
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