Re: [Nagios-devel] Re:initial scheduling problem

Support forum for Nagios Core, Nagios Plugins, NCPA, NRPE, NSCA, NDOUtils and more. Engage with the community of users including those using the open source solutions.
Locked
Guest

Re: [Nagios-devel] Re:initial scheduling problem

Post by Guest »

--------------020308010404080802000607
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

I have tried to recreate your problem, and I can't. I added a new host
and service definition and checked the scheduled check time, and it was
scheduled for 2 minutes later (not 1/2 hr later). I have a stupid
question. Do you actually wait 1/2 hour to see when the check occurs or
do you just see that it says 1/2 hour away? Maybe the clock settings
are a problem. You've probably already checked that, but I'm just
throwing out ideas. It doesn't seem to be a bug though. Your problem
doesn't occur for me.

Other places to look maybe:
nagios.cfg: inter_check_delay_method (s), service_interleave_factor
settings (s), interval length (60)

One other stupid question: You are setting the check_interval in terms
of minutes, assuming that your interval length in nagios.cfg is set to
60, right? I'm not trying to be insulting, just spitting out random ideas.

Hope something here helped.

-Russell Scibetti

Darren Gamble wrote:

>Good day,
>
>Thanks for your reply.
>
>>i would have to say your configuration has a lot to do with
>>this. if you start
>>your services fresh without saving your data you would see
>>the initial times
>>change, I would suspect.
>>
>
>If we have no data for a host, than the initial times change. That's not a
>big deal for me.
>
>>Using the standard config files that come with the nagios
>>distribution, the save
>>initial state is on,
>>this means that when viewing your services you might notice
>>that the times are
>>way off on new services.
>>
>
>Unless I am way off base, I believe that you completely misread my problem.
>
>Just to make sure, the closest that I could find to "save initial state" is
>"log_initial_states", which just logs the initial state when Nagios starts
>and is set to "off" in both my example config and the documentation. Are
>you referring to something else? If so, what is the actual configuration
>option?
>
>>so with the above information, and based on the assumption that your
>>configuration is as above, with initial states on, no This is
>>not a bug, the
>>program is doing what you told it to do.
>>
>
>The setting that most closely matches "save initial states", " is
>"log_initial_states". So no, my configuration file doesn't match your
>description. But again, I belive that my problem was misunderstood.
>
>Perhaps I can explain the problem again, using a different hypothetical
>example.
>
>I start up a web server on a server I'm monitoring. I would like to monitor
>the web server. I set up a service to monitor my web server. I configure
>it to check every five minutes. I restart Nagios to have it read the new
>config. I look on the status .cgi, and see the rest of my services in the
>states they were in before I restarted Nagios (which is what I expect). I
>see that my new web service is in "Pending" status, waiting for the first
>poll to happen (which is what I expect). However, Nagios has scheduled the
>first service check for my web service 30 minutes in the future, even though
>I asked for it to be checked every 5 minutes (which is NOT what I expect).
>I patiently wait for the whole half hour for Nagios to do the first service
>check. It gets checked, and then further checks are scheduled every 5
>minutes (which is what I expect).
>
>For troubleshooting, I tried to delete the status information and restart
>Nagios. They all come up "Pending" (which is what I expect) and Nagios
>reschedules all of the checks (which is also what I expect) but it still
>does not schedule my 5-minute checks within 5 minutes (which is not what I
>expect).
>
>I really don't care that the service isn't polled the instant Nagios starts,
>but I certainly would expect the first poll to be done within the time
>interval that the service is supposed to be polled in.
>
>============================
>Darren Gamble
>Planner, Regional Services
>Shaw Cablesystems GP
>630 - 3rd Avenue SW
>Calgary, Alberta, Canada
>T2P 4L4
>(403) 781-4948
>
>
>
>>>>Good day,
>>>>
>>

...[email truncated]...


This post was automatically imported from historical nagios-devel mailing list archives
Original poster: russell@quadrix.com
Locked