Re: [cobalt-users] Time Error on Reboot and web.logs

[David Thurman <dthurman@xxxxxxxxxxxxxxxxxxxx>]

on 8-21-01 3:26 PM, Marco Baurdoux at linux@xxxxxxxxxxxxx was reported to
have made a statement that said this:

> Hi David,
> 
> Although Sun has got an absolute magnificant building here in Geneva their
> RaQ3's don't follow swiss precision :-))
> 
> The clocking matter is actual due to a production error on the Raq's
> The only thing you can do is hook it up to a ntp server, in order to
> synchronise your RaQ once a hour, because as soon as your machine will more
> then five hours of it won't synchronise anymore. It's a ntp matter.
> 
> Personnally, we use ntp.planet.nl, it's a dutch ISP and it has been working
> fine for us up to now.
> 
> 
> le 21.8.2001 17:21, David Thurman à dthurman@xxxxxxxxxxxxxxxxxxxx a écrit :
> 
>> I have searched the archives, remember seeing something about the log files
>> but can't find it. Here's my problem.
>> I use AWSTATS to do web logs for clients. About 1 week ago my web logs quit
>> working on about 5 sites, and when I reboot the clock is of by hours or days
>> in either direction. I have called cobalt and they have escalated the call
>> but I am in a first come basis:(
>> I know this closing the door to the barn after the cows have left but in
>> case this happens to my other raq's I would like to know why it happened or
>> how to fix it next time.
>> This is a Raq3 with all the updates and using mysql and php
>> I should say that the hd was pulled out for about 4 days so that my ISP
>> could use the box to cover their clients on a raq that failed. When I put my
>> hd back in is when the fun started.
>> --
Marco,
Thanks, I have done that already, and that seems to hold it better, but it
doesn't account for daylight savings I guess, tried a reboot just to see
what would happen and it lost an hour:(
Would the fact that server lost time in days, even months it seems cause the
cron to not zip up files??
As for the ntp are we able to use any one located anywhere in the world or
should we try to find one in our time zone?? Thanks...
> 

--
Thank you,
David E Thurman
Web Presence Group
309.676.5688
dthurman@xxxxxxxxxxxxxxxxxxxx
http://www.webpresencegroup.net