Could ntpd be started a bit earlier? This would guarantee correct time for more init scripts/programs. I'd suggest # chkconfig: - 26 74 instead of # chkconfig: - 55 10 (this would still guarantee that ntpd is found - this config would mean starting it right after and stopping it just before netfs.)
ntpd usually takes some minutes before correcting system time, so moving it in the bootup sequence doesn't make any difference.
Not true. ntpdate sets the time efficiently, synchronization an PLL lock is what takes 5+ minutes. All dependent on configuration, which we cannot ship with enabled by default, YMMV.
Yes, ntpdate does immediately set system time. But ntpd (which we are talking about) does not. Am I screwed somewhere? ;>
If /etc/ntp/step-tickers is used, ntpdate is called immediately at ntpd startup (see the startup script). No delay here (hm, don't think this is documented; should be, I suppose ...). I used to call ntpdate in rc.local until I found out that this is provided in the ntpd startup script ...
What's needed is to set the system accurately and early as possible, not to synch with a server. FWIW, ntpd guarantees monotonicity (i.e. time never goes backward), which ntpdate does not, but that's another reason to run ntpdate if possible as early as possible.
:) Seems to be perfectly ok with my request (yes, some time ago our time server admin who's using one of my Linux servers told me about all that stuff ...). Starting ntpd early means starting ntpdate early, right?
Yup. Howvere, the real problem is that we can't distribute with a pre-configured step-ticker (hate the name, <shrug>) server.
changed in ntp 4.0.99k-7 and later.