Nagios "clock" way off

[Kyle Tucker]

On Sun, Oct 11, 2009 at 07:34:39AM -0700, Justin Pryzby wrote:
> On Sun, Oct 11, 2009 at 07:30:19AM -0400, Kyle Tucker wrote:
> > 
> > check until October of 2014!. I saw this for all services
> > with the last check having been the same year. The system
> > clock is definitely correct. Once I force a service check,
> Can you check nagios.log and see if the wrong time exists there, and
> when it started?  I wonder if your battery is dead, and nagios was
> started (during the last boot) before NTP, or otherwise before NTP did
> its "one time sync" (ntp -g).
> 
> Under linux, convert from "epoch" time like: date -d @1255244400

Thanks Justin,

All times in nagios.log convert to the current dates and the event log is current as well.

[10-11-2009 06:50:33] EXTERNAL COMMAND: SCHEDULE_HOST_SVC_CHECKS;import;1255269033
External Command
[10-11-2009 06:50:25] EXTERNAL COMMAND: SCHEDULE_HOST_SVC_CHECKS;images;1255269025
External Command
[10-11-2009 06:49:35] EXTERNAL COMMAND: SCHEDULE_HOST_SVC_CHECKS;crm;1255268975
External Command
[10-11-2009 06:49:24] EXTERNAL COMMAND: SCHEDULE_HOST_SVC_CHECKS;web2;1255268964
Informational Message
[10-11-2009 06:17:55] Auto-save of retention data completed successfully.

$  date -d @1255268964 
Sun Oct 11 06:49:24 PDT 2009

-- 
- Kyle 
---------------------------------------------
kylet at panix.com   http://www.panix.com/~kylet    
---------------------------------------------

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Nagios-users mailing list
Nagios-users at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nagios-users
::: Please include Nagios version, plugin version (-v) and OS when reporting any issue. 
::: Messages without supporting info will risk being sent to /dev/null