Driving Me Nuts
john at day-light.com
Sun Jun 12 15:08:50 GMT 2005
kill the ntpd process
run "ntpdate sundial.columbia.edu"
ntpd is not happy if the clock is too far off
john at day-light.com
> -----Original Message-----
> From: owner-freebsd-questions at freebsd.org
> [mailto:owner-freebsd-questions at freebsd.org]On Behalf Of David Marshall
> Sent: Sunday, June 12, 2005 1:37 AM
> To: freebsd-questions at freebsd.org
> Subject: NTP: Driving Me Nuts
> I'm having an awful time trying to get NTP working on some new servers.
> Consider three machines:
> jeffy: my home machine, runs 5.4 with a very sleek kernel, sits
> behind a router.
> web1: one of the new servers, running 5.4-p2 with a kernel
> configuration that *only* has options INET6 commented out:
> root at web1# diff GENERIC WEB
> < ident GENERIC
> > ident WEB
> < options INET6 # IPv6 communications protocols
> > #options INET6 # IPv6 communications protocols
> web2: another of the new servers, running 5.4 with GENERIC
> All three have the same /etc/ntp.conf:
> server sundial.columbia.edu
> driftfile /var/db/ntp.drift
> All, of course, have ntpd_enable="YES" in /etc/rc.conf
> Here are the relevant lines from the log when I run /etc/rc.d/ntpd
> start, after making sure it is stopped, of course. When any of them
> is stopped "netstat -n | fgrep 123" yields no lines.
> Jun 11 23:24:53 jeffy ntpd: ntpd 4.2.0-a Mon May 9
> 15:42:44 PDT 2005 (1)
> Jun 11 23:24:53 jeffy ntpd: no IPv6 interfaces found
> Jun 12 02:28:23 web1 ntpd: ntpd 4.2.0-a Sun Jun 12 00:46:05
> EDT 2005 (1)
> Jun 12 02:28:23 web1 ntpd: no IPv6 interfaces found
> Jun 12 02:28:23 web1 ntpd: bind() fd 6, family 2, port 123, addr
> 0.0.0.0, in_classd=0 flags=8 fails: Address already in use
> Jun 12 02:24:28 web2 ntpd: ntpd 4.2.0-a Sun May 8
> 06:01:21 UTC 2005 (1)
> Jun 12 02:24:28 web2 ntpd: bind() fd 9, family 2, port 123,
> addr 0.0.0.0, in_classd=0 flags=8 fails: Address already in use
> 'ntpq -p' on jeffy returns a normal looking ntpq result. 'ntpq -p' on
> either web1 or web2 eventually times out. However, if I put a
> "restrict" into their ntp.conf I get something like
> remote refid st t when poll reach delay
> offset jitter
> hickory.cc.colu .INIT. 16 u - 64 0 0.000
> 0.000 400000
> that never changes, even after several hours.
> I've read a lot of similar problem reports, but none of them ever seem
> to have a definitive answer.
> Can anyone help? I'm really mystified.
> The only thing I have left to try is that I have noticed that jeffy
> has NO_INET6 = true set in /etc/make.conf, whereas web1 does not have
> freebsd-questions at freebsd.org mailing list
> To unsubscribe, send any mail to
> "freebsd-questions-unsubscribe at freebsd.org"
More information about the freebsd-questions