Subject: Re: ntpd
To: None <current-users@netbsd.org>
From: Miles Nordin <carton@Ivy.NET>
List: current-users
Date: 10/09/2005 18:44:14
--pgp-sign-Multipart_Sun_Oct__9_18:44:14_2005-1
Content-Type: text/plain; charset=US-ASCII
>>>>> "c" == Miles Nordin <carton@Ivy.NET> writes:
>>>>> "ms" == Matthias Scheler <tron@zhadum.de> writes:
>> * IPv6 broken (early 2.0 releases?)
ms> Works for me:
Yeah, I guess it's my mistake. I can't reproduce it, and don't see
any IPv6 commits that aren't already on netbsd-2, netbsd-3, and HEAD.
>> * DNS lookups broken (works in 2.0, broken in 1.6 and 3.0?)
ms> Works for me, too:
yes, you're right. I think the problem is that nameservice doesn't
work when the system first starts up. I can reproduce it.
from ntp_initres.c:
-----8<-----
* We take an interrupt every thirty seconds, at which time we decrement
* config_timer and resolve_timer. The former is set to 2, so we retry
* unsucessful reconfigurations every minute. The latter is set to
* an exponentially increasing value which starts at 2 and increases to
* 32. When this expires we retry failed name resolutions.
-----8<-----
so, that feature is not working. I checked FreeBSD, which is also ntp
4.20, and it's broken over there, too.
below is with 2.0. 3.0 is the same, so I guess the behavior has not
changed recently---only my luck changed.
----8<----
castrovalva:~$ sudo /etc/rc.d/named stop
Password:
Stopping named.
Waiting for PIDS: 303.
castrovalva:~$ sudo /etc/rc.d/ntpd restart
Stopping ntpd.
Waiting for PIDS: 563.
Starting ntpd.
castrovalva:~$ ntpq
ntpq> peers
No association ID's returned
ntpq> quit
castrovalva:~$ ps auxw | grep ntp
ntpd 17910 0.0 0.8 1384 4096 ?? Ss 5:15PM 0:00.10 /usr/sbin/ntpd -u ntpd:ntpd -i /usr/export/ntpd
root 28745 0.0 0.3 1384 1504 ?? S 5:16PM 0:00.00 /usr/sbin/ntpd -u ntpd:ntpd -i /usr/export/ntpd
carton 6831 0.0 0.0 256 0 qb TW 3:52PM 0:00.03 less libntp/ntp_rfc2553.c
carton 5139 0.0 0.0 392 0 qe IW+ 4:48PM 0:00.05 ntpq
carton 12747 0.0 0.2 152 768 r0 R+ 5:16PM 0:00.01 grep ntp
castrovalva:~$ ntpq
ntpq> peers
No association ID's returned
ntpq> quit
castrovalva:~$ sudo /etc/rc.d/named start
Starting named.
castrovalva:~$ ntpq
ntpq> peers
No association ID's returned
ntpq> quit
castrovalva:~$ date
Sun Oct 9 17:18:04 EDT 2005
castrovalva:~$ date
Sun Oct 9 17:35:15 EDT 2005
castrovalva:~$ ntpq
ntpq> peers
No association ID's returned
ntpq> quit
castrovalva:~$ sudo /etc/rc.d/ntpd restart
Password:
Stopping ntpd.
Starting ntpd.
castrovalva:~$ ntpq
ntpq> peers
remote refid st t when poll reach delay offset jitter
==============================================================================
ezln.Ivy.NET .INIT. 16 u - 64 0 0.000 0.000 4000.00
lucette.Ivy.NET .INIT. 16 u - 64 0 0.000 0.000 4000.00
207-172-233-45. .INIT. 16 u - 64 0 0.000 0.000 4000.00
ziaspace-pt.tun .INIT. 16 u - 64 0 0.000 0.000 4000.00
cudns.cit.corne .INIT. 16 u - 64 0 0.000 0.000 4000.00
hickory.cc.colu .INIT. 16 u - 64 0 0.000 0.000 4000.00
mailer1.psc.edu .INIT. 16 u - 64 0 0.000 0.000 4000.00
ungoliant.cede. .INIT. 16 u - 64 0 0.000 0.000 4000.00
ntpq>
----8<----
c> * documentation not installed (since ntpd 4.0 import?)
it's actually missing from src/dist/ntp. the html/ subdir mentioned
in README is not checked in to NetBSD's repository.
FreeBSD installs the manual to /usr/share/doc/ntp and references this
directory from ntpd(8). We reference the
/usr/share/doc/ntp/... directories from a different-looking ntpd(8)
(an ntp 3.x one in src/usr.sbin/ntp/ntpd?) but unlike FreeBSD we
don't install the manual into the referenced directory.
ms> The manual pages are included, the HTML documentation isn't.
for bind9, the documentation is in our repository src/dist/bind/doc,
so at least we are revision-controlling it, just not installing it.
pkgsrc/net/bind9 does install the manual. FreeBSD's base system
installs it in /usr/share/doc/bind9/arm, and OpenBSD's base system
installs it in /usr/share/doc/html/bind.
With bind9, the man pages aren't adequate---for example, see
named.conf(5), where the options are simply listed, not described, and
named(8) that explains only the ARM is adequate:
CONFIGURATION
The named configuration file is too complex to describe in detail here.
A complete description is provided in the BIND 9 Administrator Refer-
ence Manual.
--pgp-sign-Multipart_Sun_Oct__9_18:44:14_2005-1
Content-Type: application/pgp-signature
Content-Transfer-Encoding: 7bit
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (NetBSD)
iQCVAwUAQ0mdPonCBbTaW/4dAQIfHAP9HDlAJGNDHtT0Z0hBaoyDU6MQNF8ur+ms
+MVezEu5vVqA0ReqfXQ1LuSUAkdj/I4m5Ip7pcw0y2/6HKeL6SsQB1O+Vot4COum
3oEp70OqKcl8UbHl+QblY3WVy5E2qKQONb1Nv8nA6/i8NuwhqzxbN6+sWO6bhM38
93CT6Bi38Pw=
=UHUe
-----END PGP SIGNATURE-----
--pgp-sign-Multipart_Sun_Oct__9_18:44:14_2005-1--