Hello,

 

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
run.

 

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
bug?

 

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.
------------------------------------------------------------------------------
Try before you buy = See our experts in action!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-dev2
_______________________________________________
icinga-users mailing list
icinga-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/icinga-users

Reply via email to