<div dir="ltr"><div><br>quick question: would the following be a configuration workaround to the rescheduling next year issue or would it induce other problems?</div> <div> </div> <div>Setup the check interval to 24*7</div> <div>then change the notification interval to the a limited timeinterval </div> <div>also setup the host or service (based on situation) to downtime for time intervals you do not want to be notified ..</div> <div> </div> <div>TOny</div> <div> </div> <div class="gmail_quote">On Fri, Sep 12, 2008 at 3:56 AM, <span dir="ltr"><<a href="mailto:Sascha.Runschke@gfkl.com">Sascha.Runschke@gfkl.com</a>></span> wrote:<br> <blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid"><br><tt><font size="2"><a href="mailto:nagios-devel-bounces@lists.sourceforge.net" target="_blank">nagios-devel-bounces@lists.sourceforge.net</a> schrieb am 11.09.2008 20:53:18: <div class="Ih2E3d"><br><br>> So although this is a bug, I wouldn't expect Nagios to work very well<br>> with time shifts and there's many other applications/daemons out there<br>> that could fail as well. You shouldn't have to constantly re-adjust the<br> > clock - if you do then there might me a bigger problem...<br></div></font></tt><br><tt><font size="2">Of course it's a problem rooted somewhere deeper in the environment,</font></tt> <br><tt><font size="2">yet I don't think programs should suffer from it.</font></tt> <br> <div class="Ih2E3d"><tt><font size="2"><br>> Have you tried running an ntp daemon? It should try keeping the clock<br>> sync without causing time shifts (as Andreas explained, it slows down or<br>> speed up the clock instead). What OS is it on? under a VM? custom<br> > compiled kernel? There might be something broken or unsupported in your<br>> setup that causes this. If you don't fix it you shouldn't expect your<br>> system to work very well anyway.<br></font></tt><br> </div><tt><font size="2">Running ntpd won't help at all. The timeshifts happen because the</font></tt> <br><tt><font size="2">systemclock is running too fast. It doesn't really matter if you</font></tt> <br><tt><font size="2">adjust it back in little ticks or in one big bang once a day.</font></tt> <br> <tt><font size="2">You can easily reproduce this with running an older 2.6 kernel</font></tt> <br><tt><font size="2">inside a VM using the clocksource=pit kernelparameter. The systemclock</font></tt> <br><tt><font size="2">will be running 1 jitter too fast, resulting in 1 sec backshift like</font></tt> <br> <tt><font size="2">every 5 minutes - either from ntpd or from the vmware-tools timesync.</font></tt> <br><br><tt><font size="2">The only workaround I can think of is running a</font></tt> <br><tt><font size="2">"/etc/init.d/nagios stop</font></tt> <br> <tt><font size="2">ntpdate</font></tt> <br><tt><font size="2">/etc/init.d/nagios start"</font></tt> <br><tt><font size="2">once a day - which is quite ugly though.</font></tt> <br> <div class="Ih2E3d"><tt><font size="2"><br>> One thing that might help is setting this to 1 in your nagios.cfg. This<br>> will make Nagios periodically check for services that aren't scheduled:<br>> <br>> check_for_orphaned_services=1<br> </font></tt><br></div><tt><font size="2">Well, the problem is that the service IS scheduled - just 1 year ahead.</font></tt> <br> <div class="Ih2E3d"><tt><font size="2"><br>> Besides, to fix this I would make the sanity check reschedule the check<br>> for the end of the check period (possibly only if it's not scheduled<br>> already), as it wouldn't have to check for this condition for every<br> > service on every time shift.<br></font></tt><br></div><tt><font size="2">Why for the end? You'll still lose like all checks then. It runs the check</font></tt> <br><tt><font size="2">once and then sleeps, because the check_period is not valid anymore. Then</font></tt> <br> <tt><font size="2">the time shifts again - rinse and repeat. You'll end up with one check</font></tt> <br><tt><font size="2">each day for such services.<br></font></tt><br><tt><font size="2">Regards</font></tt> <br><tt><font size="2"> Sascha</font></tt> <br> <div> <div></div> <div class="Wj3C7c"><br><font face="sans-serif" size="2">-- <br>Sascha Runschke<br>IT-Infrastruktur<br><br>GFKL Financial Services AG<br>Limbecker Platz 1<br>45127 Essen<br><br>Telefon : +49 (201) 102-1879 Mobil : +49 (173) 5419665 Fax : +49 (201) 102-1102105</font> <br> <br><br><span style="FONT-SIZE: 10pt; COLOR: #000000; FONT-FAMILY: sans-serif,helvetica">GFKL Financial Services AG</span><br><span style="FONT-SIZE: 10pt; COLOR: #000000; FONT-FAMILY: sans-serif,helvetica">Vorstand: Dr. Peter Jänsch (Vors.), Jürgen Baltes, Dr. Till Ergenzinger, Dr. Tom Haverkamp</span><br> <span style="FONT-SIZE: 10pt; COLOR: #000000; FONT-FAMILY: sans-serif,helvetica">Vorsitzender des Aufsichtsrats: Dr. Georg F. Thoma</span><br><span style="FONT-SIZE: 10pt; COLOR: #000000; FONT-FAMILY: sans-serif,helvetica">Sitz: Limbecker Platz 1, 45127 Essen, Amtsgericht Essen, HRB 13522</span></div> </div><br>-------------------------------------------------------------------------<br>This SF.Net email is sponsored by the Moblin Your Move Developer's challenge<br>Build the coolest Linux based applications with Moblin SDK & win great prizes<br> Grand prize is a trip for two to an Open Source event anywhere in the world<br><a href="http://moblin-contest.org/redirect.php?banner_id=100&url=/" target="_blank">http://moblin-contest.org/redirect.php?banner_id=100&url=/</a><br> _______________________________________________<br>Nagios-devel mailing list<br><a href="mailto:Nagios-devel@lists.sourceforge.net">Nagios-devel@lists.sourceforge.net</a><br><a href="https://lists.sourceforge.net/lists/listinfo/nagios-devel" target="_blank">https://lists.sourceforge.net/lists/listinfo/nagios-devel</a><br> <br></blockquote></div><br></div>