[Bug 114505] Re: ntp brought up before network is ready; fails not resolve any ip or host names; ntp does not recover

[J Carerra]

cwsupport, this should be a great help to getting this fixed (has been
known a LONG time--should have been fixed in Gutsy and Hardy).  However,
there is one part of your logic I do not understand:

>After all - ntpdate should only be used automatically if ntp as a
service has been started.

I think I disagree.  ntpdate is not dependent on ntpd running...it is a
stand alone function.  So, I don't understand why you are saying to run
ntpdate only if ntpd is running?????

Indeed, ntpdate should be run before ntp...the sequence should be...

internet connectivity fully up--interface with IP address assigned =and= DNS available
ntpdate, then test for success (probably should retry on failures)
if ntpdate successful, 
hwclock --systohc (to ensure if you are starting on a machine with a very wrong hw clock, it is made 'nearly right')
ntpd started

The ntpdate/hwclock part is to prevent a case evolving where ntp is attempted to start during boot on a machine where the hw clock is more than 1000 sec wrong and sysclock is set to the hw clock.  If the boot sequence allows that to happen, ntp will fail and there is no direct indication that has happened--only syslog entries.  The system clock and hw clock remain wrong because system has been set to the hw clock.  This situation will exist if
hw clock is very wrong
ntpdate fails or is not run.

-- 
ntp brought up before network is ready; fails not resolve any ip or host names; ntp does not recover
https://bugs.launchpad.net/bugs/114505
You received this bug notification because you are a member of Ubuntu
Server Team, which is a bug assignee.