[icinga-users] Scheduler Issue

Michael Friedrich michael.friedrich at univie.ac.at
Wed Feb 8 10:27:01 CET 2012


Kransdorf, Geoffrey W wrote:
>
> Hello,
>
> We are using Icinga 1.4.1 to kick off various system checks in a 
> fairly large configuration.
>

any special for the 1.4.x release tree? see changelogs if this might 
affect your problem in future release.

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

how about some debug insights as well?

> 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 at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/icinga-users


-- 
DI (FH) Michael Friedrich

Vienna University Computer Center
Universitaetsstrasse 7 A-1010 Vienna, Austria

email:  michael.friedrich at univie.ac.at
phone:  +43 1 4277 14359
mobile: +43 664 60277 14359
fax:    +43 1 4277 14338
web:    http://www.univie.ac.at/zid
         http://www.aco.net

Lead Icinga Core Developer
http://www.icinga.org





More information about the icinga-users mailing list