Skip site navigation (1)Skip section navigation (2)
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>