Date: Wed, 16 Nov 2005 12:09:45 -0500 From: Chuck Swiger <cswiger@mac.com> To: "Andrew P." <infofarmer@gmail.com> Cc: fbsdq <freebsd-questions@freebsd.org> Subject: Re: ntpdate Message-ID: <437B67D9.50108@mac.com> In-Reply-To: <cb5206420511160857v215f91fchb9650618baf903e8@mail.gmail.com> References: <20051115214101.fb30f4fa.dick@nagual.st> <OF05714E37.11452ACB-ONC22570BB.00538A7F-C22570BB.0053CF95@procreditbank.bg> <20051116162615.0a3b7707.dick@nagual.st> <cb5206420511160857v215f91fchb9650618baf903e8@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Andrew P. wrote: > On 11/16/05, dick hoogendijk <dick@nagual.st> wrote: [ ... ] >>Thank you. I >>You are probably right. I'll get rid of ntpdate in rc.conf. >>I have two timeservers at the moment. I will look for some more in the >>Netherlands. Yours are to far away ;-) > > Last time I checked ntpd docs there was no way > to tell ntpd to set the time to correct at once at > startup. Imagine that you've left your box off for a > few days. Your clock might get inaccurate by > quite a few seconds (about 2-5 minutes a month > on some hardware). > > So ntp either converges for the whole eternity, or > just fails to work. Ntpdate at startup solves this > problem. Running "ntpdate -b" at boot to forcibly syncronize the clock is a pretty good idea, but you actually can convince ntpd to sync even a clock which is badly off via: -g Normally, ntpd exits if the offset exceeds the sanity limit, which is 1000 s by default. If the sanity limit is set to zero, no sanity checking is performed and any offset is acceptable. This option overrides the limit and allows the time to be set to any value without restriction; however, this can happen only once. After that, ntpd will exit if the limit is exceeded. This option can be used with the -q option. -- -Chuck
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?437B67D9.50108>