timekeeping on jail servers
John Webster
jwebster at es.net
Fri Dec 21 11:16:41 PST 2007
--On Friday, December 21, 2007 13:51:29 -0500 Bill Moran <wmoran at potentialtech.com> wrote:
> In response to John Webster <jwebster at es.net>:
>> > Not generally suitable for cron because it can take longer to slew
>> > than it does for the next cron execution to occur, which would then
>> > result in multiple ntpdate programs fighting each other (not sure
>> > what the effect of this would be).
>>
>> If I were doing it I would write a script with locking in order
>> to ensure multiple jobs don't fight. Simple.
>
> Umm ....
>
> At that point, why not just run ntpd? You've basically replaced it
> with a script anyway.
>
My suggestions are based on the OP about ntpd binding to everything.
> Besides, it's not that easy. As Chuck pointed out, ntpdate calls
> adjtime() and exits, which means an adjustment might already be in
> progress when you you call it again. I don't know if ntpdate checks
> the return pointer from adjtime() to avoid multiple adjustment
> requests.
Just out of curiosity, why run it more that once a day? Or for
that matter every couple of days?
More information about the freebsd-questions
mailing list