Date: Fri, 23 Mar 2007 18:54:53 -0400 From: "Bob Johnson" <fbsdlists@gmail.com> To: "David Marshall" <dmarshall@gmail.com> Cc: freebsd-questions@freebsd.org Subject: Re: NTP: Driving Me Nuts Message-ID: <54db43990703231554i3a912c66x163e7d8f748a3c15@mail.gmail.com> In-Reply-To: <53f158630506112337510e0a93@mail.gmail.com> References: <53f158630506112337510e0a93@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Are all three of these systems using the same router to share the same IP number? It may be that the router is having trouble keeping track of three connections to the same port on the same server (I don't think it SHOULD, but maybe it is). If that's the case, you can fix it by using a different server for each machine. I suggest: server 0.us.pool.ntp.org server 1.us.pool.ntp.org server 2.us.pool.ntp.org (for those in other countries, change "us" to the appropriate country code, and see http://www.pool.ntp.org for more info). In fact, since NTP works best if you use more than one server, and those addresses return random servers, just put all three of those server lines in each configuration file. - Bob On 6/12/05, David Marshall <dmarshall@gmail.com> wrote: > 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@web1# diff GENERIC WEB > 25c25 > < ident GENERIC > --- > > ident WEB > 32c32 > < 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. > > jeffy: > > Jun 11 23:24:53 jeffy ntpd[90141]: ntpd 4.2.0-a Mon May 9 15:42:44 PDT 2005 > (1) > Jun 11 23:24:53 jeffy ntpd[90141]: no IPv6 interfaces found > > web1: > > Jun 12 02:28:23 web1 ntpd[783]: ntpd 4.2.0-a Sun Jun 12 00:46:05 EDT 2005 > (1) > Jun 12 02:28:23 web1 ntpd[783]: no IPv6 interfaces found > Jun 12 02:28:23 web1 ntpd[783]: bind() fd 6, family 2, port 123, addr > 0.0.0.0, in_classd=0 flags=8 fails: Address already in use > > web2: > > Jun 12 02:24:28 web2 ntpd[32792]: ntpd 4.2.0-a Sun May 8 06:01:21 UTC 2005 > (1) > Jun 12 02:24:28 web2 ntpd[32792]: 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 > 4000.00 > > 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 > this. > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to > "freebsd-questions-unsubscribe@freebsd.org" >
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?54db43990703231554i3a912c66x163e7d8f748a3c15>