[icinga-users] Scheduler Issue

Kransdorf, Geoffrey W geoffrey.w.kransdorf at baml.com
Mon Feb 6 07:16:13 CET 2012



We are using Icinga 1.4.1 to kick off various system checks in a fairly
large configuration.  All of the checks are Active Checks (No passive
checks).  But we are seeing a strange problem.  If the timeperiod is
"legal" during the Icinga process startup (i.e. if a service can be
scheduled starting from that time), than it will be scheduled.  But, if
the first "legal" time to run the process is in the future, then Icinga
will not schedule it, either now or later.


For example, imagine that you have three timeperiods in timeperiods.cfg:


define timeperiod{

        timeperiod_name 24x7

        alias           24 Hours A Day, 7 Days A Week

        sunday          00:00-24:00

        monday          00:00-24:00

        tuesday         00:00-24:00

        wednesday       00:00-24:00

        thursday        00:00-24:00

        friday          00:00-24:00

        saturday        00:00-24:00



define timeperiod{

        timeperiod_name workhours

        alias           Monday-Friday days

        monday          08:00-17:00

        tuesday         08:00-17:00

        wednesday       08:00-17:00

        thursday        08:00-17:00

        friday          08:00-17:00



define timeperiod{

        timeperiod_name offhours

        alias           Not Monday-Saturday during work

        sunday          00:00-24:00

        monday          00:00-07:00,20:00-24:00

        tuesday         00:00-07:00,20:00-24:00

        wednesday       00:00-07:00,20:00-24:00

        thursday        00:00-07:00,20:00-24:00

        friday          00:00-07:00,20:00-24:00

        saturday        00:00-07:00,20:00-24:00



Now, imagine that at 14:00 (2:00pm) on Monday, you stop Icinga, delete
retention.dat and restart Icinga.  The 24x7 services can be scheduled
right away and will be run.  The services with a checkperiod of
"workhours" can also be scheduled right away and will be run.  But the
services scheduled for "offhours" cannot be run yet.  Icinga *should*
schedule them for a time after 20:00 (either right now or after 20:00
comes).  But, in fact, what it seems to do is to flag them in status.dat
as "should_be_scheduled=0" and they show up in the web interface as
"service is not scheduled to be checked..."  This is not updated-after
20:00 or ever.  These services just don't get scheduled and aren't ever


If you restart Icinga after 20:00 with "retain schedules" turned on,
then the offhours timeperiod is "legal" and it will update the missing
offhours schedule entries.  But that is kind of a workaround hack.  Is
there something that could be changed in the configuration to enable
Icinga to correctly schedule everything when it starts-even the
timeperiods that are not ready to run yet?  Or is this just kind of a


This seems like a fairly simple question, but I haven't seen it
addressed anywhere, either in the online docs or in the support groups.
So any insight would be very useful.


Thanks very much,


Geoff Kransdorf

Tokyo Japan




This message w/attachments (message) is intended solely for the use of the intended recipient(s) and may contain information that is privileged, confidential or proprietary. If you are not an intended recipient, please notify the sender, and then please delete and destroy all copies and attachments, and be advised that any review or dissemination of, or the taking of any action in reliance on, the information contained in or attached to this message is prohibited. 
Unless specifically indicated, this message is not an offer to sell or a solicitation of any investment products or other financial product or service, an official confirmation of any transaction, or an official statement of Sender. Subject to applicable law, Sender may intercept, monitor, review and retain e-communications (EC) traveling through its networks/systems and may produce any such EC to regulators, law enforcement, in litigation and as required by law. 
The laws of the country of each sender/recipient may impact the handling of EC, and EC may be archived, supervised and produced in countries other than the country in which you are located. This message cannot be guaranteed to be secure or free of errors or viruses. 

References to "Sender" are references to any subsidiary of Bank of America Corporation. Securities and Insurance Products: * Are Not FDIC Insured * Are Not Bank Guaranteed * May Lose Value * Are Not a Bank Deposit * Are Not a Condition to Any Banking Service or Activity * Are Not Insured by Any Federal Government Agency. Attachments that are part of this EC may have additional important disclosures and disclaimers, which you should read. This message is subject to terms available at the following link: 
http://www.bankofamerica.com/emaildisclaimer. By messaging with Sender you consent to the foregoing.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.icinga.org/pipermail/icinga-users/attachments/20120206/e181cc1c/attachment.html>

More information about the icinga-users mailing list