<meta http-equiv="content-type" content="text/html; charset=utf-8"><span class="Apple-style-span" style="font-family: arial, serif; font-size: 13px; ">ok, I don't know about Monday per se but we have this very annoying behaviour that has emerged with Nagios 3.0.6 (current package under Debian GNU/Linux 5.0) where the Next Scheduled Check will spontaneously be set to a time one year and one day from the previous check</span><div>
<span class="Apple-style-span" style="font-family: arial, serif; font-size: 13px; "><br></span></div><div><span class="Apple-style-span" style="font-family: arial, serif; font-size: 13px; "><meta http-equiv="content-type" content="text/html; charset=utf-8"><span class="Apple-style-span" style="font-size: 13px; "><table border="0">
<tbody><tr><td class="dataVar" style="font-family: arial, serif; font-size: 10pt; ">Next Scheduled Check:  </td><td class="dataVal" style="font-family: arial, serif; font-size: 10pt; ">2012-01-06 10:09:49</td></tr></tbody></table>
</span></span><span class="Apple-style-span" style="-webkit-border-horizontal-spacing: 2px; -webkit-border-vertical-spacing: 2px;"><br></span></div><div><span class="Apple-style-span" style="-webkit-border-horizontal-spacing: 2px; -webkit-border-vertical-spacing: 2px;">there does not appear to be any logical cause other than the time when the alert was defined; some time ago we split one of our alerts into two so as to assign different timeperiods to each, and now we find that when this bug happens it frequently (but not always) happens to these alerts, but today it also happened to another alert that does not use our added timeperiods.</span></div>
<div><span class="Apple-style-span" style="-webkit-border-horizontal-spacing: 2px; -webkit-border-vertical-spacing: 2px;"><br></span></div><div><span class="Apple-style-span" style="-webkit-border-horizontal-spacing: 2px; -webkit-border-vertical-spacing: 2px;">I did a google hunt for the symptom and only found a tip to ensure we do not have two instances of Nagios running at once; we do not. I also removed the new timeperiods from the check_period and notification_period in the service definitions, but here today the problem persists and of course we notice it when a critical alert is reported to us by our clients and not by our service monitor :(</span></div>
<div><span class="Apple-style-span" style="-webkit-border-horizontal-spacing: 2px; -webkit-border-vertical-spacing: 2px;"><br></span></div><div><span class="Apple-style-span" style="-webkit-border-horizontal-spacing: 2px; -webkit-border-vertical-spacing: 2px;">Has anyone else experienced this?<br>
</span>-- <br><div style="text-align:right"><i><span style="font-size:x-small">Have Blog, Will Travel: </span><span style="font-size:x-small"><a href="http://blog.teledyn.com" target="_blank">blog.teledyn.com</a></span></i></div>
<div style="text-align:right"><i><span style="font-size:x-small">A Serviceable Substitute: <a href="http://post.teledyn.com" target="_blank">post.teledyn.com</a></span></i></div><br>
</div>