1
Potentially useful things to know about the Debian NTP packages...
3
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
5
A list of Public NTP Time Servers is available on the web at
7
http://www.eecis.udel.edu/~mills/ntp/servers.htm
9
Please make sure to read *and follow* the Rules of Engagement there, please!
11
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
13
The ntp-simple, ntp-refclock, and ntpdate packages all share a common config
14
file for listing servers at /etc/default/ntp-servers. There is debconf
15
support in those packages for setting a list of servers. In the case of
16
ntpdate, any changes made to that file manually or through the debconf
17
interface will take effect the next time /etc/init.d/ntpdate runs.
19
If you want to manually set up /etc/default/ntp-servers, it needs to have a
22
NTPSERVERS="server_one server_two etc"
24
listing one or more space-separated servers. Any other content in the file
25
will currently be ignored.
27
For the daemon packages, it's more complicated, because the /etc/ntp.conf file
28
does not support an include file syntax. There is, therefore, a debconf
29
variable to indicate whether the package maintainer scripts should re-create
30
/etc/ntp.conf each time the data changes. I'm not really happy about how that
31
works right now, and there's at least one bug open against the packages about
32
it, so I'm investigating Manoj's ucf package as a potential way of doing a
33
better job handling changes in /etc/ntp.conf. Stay tuned.
35
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
37
Several people have reported that ntpd fails on SMP boxes unless the "Enhanced
38
Real-Time Clock" support is enabled in the kernel. This is known to be
39
essential on SMP Alpha systems, and is believed to also be necessary on SMP
42
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
44
By default, ntpd will log via syslog(). Since Debian does not have a LOG_NTP
45
facility defined, the daemon will use LOG_DAEMON, leading to ntpd log entries
46
going to /var/log/daemon.log. If you define a logfile location in
47
/etc/ntp.conf, the daemon will do direct filesystem writes to the specified
48
file, avoiding syslog(). Previous Debian packages did this, with the side
49
effect that they had to ship a weekly cron job that stopped the daemon,
50
rotated the log, then restarted the daemon. This is moderately evil for
51
high-stratum NTP servers, where ntpd should be allowed to run more or less
52
forever. To handle both modes of logging, the cron.weekly script is still
53
provided to rotate /var/log/ntpd if present, but it will not cycle the daemon
54
if syslog is in use. By default, new installations of this package will use
57
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
59
NTP and hwclock issues: hwclock (from the util-linux package) is normally
60
called on startup and shutdown. You must ensure that hwclock --adjust is never
61
called (make sure it is disabled in /etc/init.d/hwclock.sh) in a host which
62
has ntpd active. You should allow hwclock --systohc to be called on shutdown
63
unless you are running the NANO kernel patch, because the kernel does not
64
fully update the RTC time, and it could be off by a multiple of 30 minutes in
65
the next boot if hwclock --systohc is never called by the shutdown sequence.
66
See the hwclock README files in the util-linux documentation for more
69
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
71
If you want to configure a machine to use its own processor clock as a
72
reference, so that for example you can get a set of other machines to sync to
73
it even if the cluster of machines isn't synced to anything else, then you
74
need to make sure to use a less-attractive stratum... just in case the cluster
75
someday mingles time with the real world. An example of how to do this is
76
to configure the "authoritative" machine's ntp.conf like so:
79
fudge 127.127.1.1 stratum 10
81
Then, have the other machines peer with each other to some extent, and peer
82
(maybe using 'server' instead of 'peer') with the authoritative server, and
83
they'll all go to stratum 11 sync'ed to this machine eventually... and if you
84
ever get a better source of time, everything will latch onto it instead.
86
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -