From mboxrd@z Thu Jan 1 00:00:00 1970 From: Michael Tremer To: development@lists.ipfire.org Subject: Re: Bugzilla #10997 - ntpd won't work anymore for clients on Core 95 Date: Tue, 15 Dec 2015 12:53:01 +0000 Message-ID: <1450183981.31655.163.camel@ipfire.org> In-Reply-To: <566F6901.50409@ipfire.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============4994009174757459257==" List-Id: --===============4994009174757459257== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Hi, the entire ntp server situation is a bit troublesome at the moment. I had a look around and found that the ntp service is not able to sync with the local clock. There is a patch available that fixes that. On top of that some change in the configuration file is required so that the ntp server actually uses the local clock. I hope that they will sort out these problems upstream soon. Thanks for looking into that. Please check if my fixes work by downloading the nightly builds, etc. http://git.ipfire.org/?p=3Dipfire-2.x.git;a=3Dcommitdiff;h=3D93d6eed9a48a509e= 910fb4e248a70de9cdc15f0c http://git.ipfire.org/?p=3Dipfire-2.x.git;a=3Dcommitdiff;h=3D429524c0406baedd= f270d6e2df6e5a60a410e61a Best, -Michael On Tue, 2015-12-15 at 02:12 +0100, Matthias Fischer wrote: > Hi, >=20 > since Core 95, 'ntp' doesn't seem to answer on client requests > anymore - perhaps > because of updating to 4.2.8p4. Hm. >=20 > But even going back to a fresh built 'ntp 4.2.8' made no difference > on my > testmachine(s). I always get "Server dropped: strata too high". >=20 > Example (running 4.2.8p4 on 'ipfire.localdomain'): > ***SNIP*** > root(a)Devel: /home/matz/ipfire-2.x # ntpdate -d 192.168.100.254 > 15 Dec 01:24:30 ntpdate[26181]: ntpdate 4.2.6p5(a)1.2349-o Wed Nov 11 > 18:01:07 UTC 2015 (1) > Looking for host 192.168.100.254 and service ntp > host found : ipfire.localdomain > transmit(192.168.100.254) > receive(192.168.100.254) > transmit(192.168.100.254) > receive(192.168.100.254) > transmit(192.168.100.254) > receive(192.168.100.254) > transmit(192.168.100.254) > receive(192.168.100.254) > 192.168.100.254: Server dropped: strata too high > server 192.168.100.254, port 123 > stratum 16, precision -19, leap 11, trust 000 > refid [192.168.100.254], delay 0.02577, dispersion 0.00003 > transmitted 4, in filter 4 > reference time: 00000000.00000000 Thu, Feb 7 2036 7:28:16.000 > originate timestamp: da19dc43.01566238 Tue, Dec 15 2015 1:24:35.005 > transmit timestamp: da19dc44.cc7207e2 Tue, Dec 15 2015 1:24:36.798 > filter delay: 0.02577 0.02579 0.02582 0.02579 > 0.00000 0.00000 0.00000 0.00000 > filter offset: -1.79379 -1.79375 -1.79373 -1.79370 > 0.000000 0.000000 0.000000 0.000000 > delay 0.02577, dispersion 0.00003 > offset -1.793799 >=20 > 15 Dec 01:24:36 ntpdate[26181]: no server suitable for > synchronization found > ***SNAP*** >=20 > This errors occur while using 'ntp 4.2.8p4' *or* '4.2.8' on > 'ipfire.localdomain', > the version made no difference, 'stratum' is always '16'. >=20 > Despite these strata-errors, the "server" itself can update without > any problems: >=20 > ***SNIP*** > root(a)ipfire: /etc # ntpdate -du de.pool.ntp.org > 15 Dec 00:48:28 ntpdate[21875]: ntpdate 4.2.8p4(a)1.3265-o Mon Dec 14 > 20:18:01 UTC 2015 (1) > Looking for host de.pool.ntp.org and service ntp > 192.53.103.108 reversed to ptbtime1.ptb.de > host found : ptbtime1.ptb.de > transmit(192.53.103.108) > receive(192.53.103.108) > transmit(144.76.172.53) > receive(144.76.172.53) > transmit(89.163.209.233) > receive(89.163.209.233) > transmit(85.25.105.106) > receive(85.25.105.106) > transmit(192.53.103.108) > receive(192.53.103.108) > transmit(144.76.172.53) > receive(144.76.172.53) > transmit(89.163.209.233) > receive(89.163.209.233) > transmit(85.25.105.106) > receive(85.25.105.106) > transmit(192.53.103.108) > receive(192.53.103.108) > transmit(144.76.172.53) > receive(144.76.172.53) > transmit(89.163.209.233) > receive(89.163.209.233) > transmit(85.25.105.106) > receive(85.25.105.106) > transmit(192.53.103.108) > receive(192.53.103.108) > transmit(144.76.172.53) > transmit(89.163.209.233) > receive(144.76.172.53) > receive(89.163.209.233) > transmit(85.25.105.106) > receive(85.25.105.106) > server 192.53.103.108, port 123 > stratum 1, precision -22, leap 00, trust 000 > refid [PTB], delay 0.04007, dispersion 0.00099 > transmitted 4, in filter 4 > reference time: da19d3cb.d20fbf88 Tue, Dec 15 2015 0:48:27.820 > originate timestamp: da19d3d2.a08ac5ee Tue, Dec 15 2015 0:48:34.627 > transmit timestamp: da19d3d2.a39e8511 Tue, Dec 15 2015 0:48:34.639 > filter delay: 0.04083 0.04066 0.04007 0.04060 > 0.00000 0.00000 0.00000 0.00000 > filter offset: -0.02236 -0.02170 -0.02048 -0.01957 > 0.000000 0.000000 0.000000 0.000000 > delay 0.04007, dispersion 0.00099 > offset -0.020482 >=20 > server 144.76.172.53, port 123 > stratum 3, precision -23, leap 00, trust 000 > refid [144.76.172.53], delay 0.04214, dispersion 0.01234 > transmitted 4, in filter 4 > reference time: da19d2fb.f8d1bb50 Tue, Dec 15 2015 0:44:59.971 > originate timestamp: da19d3d2.d42c2e6a Tue, Dec 15 2015 0:48:34.828 > transmit timestamp: da19d3d2.d6d148c4 Tue, Dec 15 2015 0:48:34.839 > filter delay: 0.04286 0.04214 0.04231 0.23389 > 0.00000 0.00000 0.00000 0.00000 > filter offset: -0.02139 -0.02095 -0.01985 -0.11450 > 0.000000 0.000000 0.000000 0.000000 > delay 0.04214, dispersion 0.01234 > offset -0.020956 >=20 > server 89.163.209.233, port 123 > stratum 3, precision -23, leap 00, trust 000 > refid [89.163.209.233], delay 0.03394, dispersion 0.00092 > transmitted 4, in filter 4 > reference time: da19d15f.0d42b45c Tue, Dec 15 2015 0:38:07.051 > originate timestamp: da19d3d3.05c168f7 Tue, Dec 15 2015 0:48:35.022 > transmit timestamp: da19d3d3.0a02eb7e Tue, Dec 15 2015 0:48:35.039 > filter delay: 0.03455 0.03433 0.03424 0.03394 > 0.00000 0.00000 0.00000 0.00000 > filter offset: -0.02323 -0.02242 -0.02128 -0.02082 > 0.000000 0.000000 0.000000 0.000000 > delay 0.03394, dispersion 0.00092 > offset -0.020821 >=20 > server 85.25.105.106, port 123 > stratum 1, precision -17, leap 00, trust 000 > refid [PPS], delay 0.07425, dispersion 0.00128 > transmitted 4, in filter 4 > reference time: da19d3a8.adbc01a3 Tue, Dec 15 2015 0:47:52.678 > originate timestamp: da19d3d3.3cf52b90 Tue, Dec 15 2015 0:48:35.238 > transmit timestamp: da19d3d3.3d370319 Tue, Dec 15 2015 0:48:35.239 > filter delay: 0.07629 0.07425 0.07672 0.07477 > 0.00000 0.00000 0.00000 0.00000 > filter offset: -0.02879 -0.02791 -0.02810 -0.02581 > 0.000000 0.000000 0.000000 0.000000 > delay 0.07425, dispersion 0.00128 > offset -0.027912 >=20 > 15 Dec 00:48:35 ntpdate[21875]: adjust time server 192.53.103.108 > offset -0.020482 sec > ***SNAP*** >=20 > After searching the web, I started analyzing the ntpq-output (pe, as, > rv). > To get this output, I had to comment the following line in > '/etc/ntp.conf': >=20 > ... > restrict default nomodify noquery > ... >=20 > With this line active, I always got timeouts. >=20 > Testing config (original) was: >=20 > ***SNIP*** > disable monitor > restrict default nomodify noquery > server 127.127.1.0 > fudge 127.127.1.0 stratum 10 > driftfile /etc/ntp/drift > ***SNAP*** >=20 > ***SNIP*** > root(a)ipfire: /etc # ntpq > ntpq> pe > remote refid st t when poll reach delay =20 > offset jitter > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > =3D=3D=3D=3D=3D=3D=3D=3D=3D > LOCAL(0) .LOCL. 10 l - 64 0 0.000 =20 > 0.000 0.000 >=20 > ntpq> as >=20 > ind assid status conf reach auth condition last_event cnt > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D > 1 17736 8011 yes no none reject mobilize 1 >=20 > ntpq> rv > associd=3D0 status=3Dc016 leap_alarm, sync_unspec, 1 event, restart, > version=3D"ntpd 4.2.8p4(a)1.3265-o Mon Dec 14 20:18:00 UTC 2015 (1)", > processor=3D"i686", system=3D"Linux/3.14.57-ipfire-pae", leap=3D11, > stratum=3D16, > precision=3D-19, rootdelay=3D0.000, rootdisp=3D2.895, refid=3DINIT, > reftime=3D00000000.00000000 Thu, Feb 7 2036 7:28:16.000, > clock=3Dda19d25b.fd7b7d78 Tue, Dec 15 2015 0:42:19.990, peer=3D0, tc=3D3, > mintc=3D3, offset=3D0.000000, frequency=3D0.000, sys_jitter=3D0.000000, > clk_jitter=3D0.002, clk_wander=3D0.000 > ***SNAP*** >=20 > Somehow it seems to me, that my server can't reach the time servers > from 'de.pool.ntp.org' as he should!? >=20 > I must confess, right now, I don't know where to search anymore. I > found a missing > 'Util.pm' in ntp-rootfile, which lead to 'ntptrace' not working > correctly, > but this wasn't the solution to the strata-errors. >=20 > So - anybody got a hint where to look next? >=20 > Best, > Matthias >=20 > P.S.: > On top of everything: right after pushing to the 'ntp'-branch, > 'people/mfischer/ipfire-2.x.git' > mysteriously disappeared from ' > http://cgit.ipfire.org/people/mfischer/ipfire-2.x.git/refs/heads'. > And on 'git.ipfire.org' I'm completely gone. > Someone up there doesn't like me anymore...? ;-)) --===============4994009174757459257== Content-Type: application/pgp-signature Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="signature.asc" MIME-Version: 1.0 LS0tLS1CRUdJTiBQR1AgU0lHTkFUVVJFLS0tLS0KVmVyc2lvbjogR251UEcgdjEKCmlRSWNCQUFC Q2dBR0JRSldjQTB1QUFvSkVJQjU4UDl2a0FrSDg3RVAvMk1EL3RqZEpjTFhIK0JETXNNNFE3QngK UGhvMWdjRGN0Nk1jN0dja1NuZG9xUGErR29OVzQ5K2I1K00vd2F1Nlk4ZWdkKzRVL0dhQjNqTURt Rko3N29mawpWb0ZBblRsNThuK2JGWVJ2MXlKV2RVWTdCNmFCNHBqdllucklhNUdRQk5iQ0dqdElG V3F4cDRMSTc3WHY5T3dVClgvQzdQdlBaQThjNHZZcnRWY1lUL3lHdnROcFIzLzhtTmk1MFdvd2U2 QVJSWkN3Ny9RS1pnYVhKa1I5OHdtUzUKZjI3NUJEK1ljeG1OUHhGNXZBbEtmMjY0WEgxRE9KNU5v dTZGR3ZlM3FzU240OHh0RGxqZnZNWUNEQXFFVnZORQpMMlJOU0F6aHh2R0RYTlVLUE85QVZjTTk5 ejB5dWNHUTNubHN5MzVYUE9sdDRUdkpLZ2lFVnd0QXlCWXFVbnhaCkVQcE9PSUxmbTlLMzBNUjFh dU1LdmVaT1A4TEczTEtMeTRuV1E2UmFwcFNwaHJ6R2MySXhNZ2xxS0UzbVNNb1gKRFY5UFVKRG41 OU9CbkJYTGZ2dmxENDBqbTNPNVo0YysxaGswVmRPbmxRa1ZsSzN4d0lTOHI4MXVTVEpqOW51eQo2 K2NLNnRrSmFTRjlZdDhDOVMwL2t4Zm4yOGF3NnFWcVRtYVQ1SFBCbzZkOFdJUDZyUzBBS2tvdElv RFpxdFY3CkNMRnFiRmdhbGRVTHR5RjNjSWlZbUFoNUZDdUU4MDg4T3E0OStpaUlBMUkzdHdDeFkx OGc4cU5VY2M0M0R3WnYKT1d2a3gycVdIcFFlNm5XWmtkWG1LUUJoZ3ZWZ1lnaXV6Z1FGZkFZYjBD N1JMVnBORHJzQWVrRXNReFlLOXJRagpVbjR0NUJSQ0gveUdoSnRzcm5WNQo9TU1xcwotLS0tLUVO RCBQR1AgU0lHTkFUVVJFLS0tLS0K --===============4994009174757459257==--