Description of problem: There is a regression in ntp in the latest version; communication with certain other time servers is really slow and would then be dropped before completion. See logs of the ntpdate -d with both p1 and p2 versions below. This affects Debian testing and Gentoo as well. Debian report: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=599793 Gentoo report: http://bugs.gentoo.org/show_bug.cgi?id=329571 Version-Release number of selected component (if applicable): ntp-4.2.6p2-7.fc14 How reproducible: Always Steps to Reproduce: 1. ntpdate -d 131.188.65.129 (unfortunately not available from outside) Actual results: Looking for host 131.188.65.129 and service ntp host found : 131.188.65.129 transmit(131.188.65.129) receive(131.188.65.129) transmit(131.188.65.129) receive(131.188.65.129) transmit(131.188.65.129) receive(131.188.65.129) transmit(131.188.65.129) receive(131.188.65.129) transmit(131.188.65.129) 131.188.65.129: Server dropped: no data server 131.188.65.129, port 123 stratum 2, precision -24, leap 00, trust 000 refid [131.188.65.129], delay 0.00000, dispersion 64.00000 transmitted 4, in filter 4 reference time: d07bfebd.f851ee30 Wed, Nov 3 2010 16:31:09.970 originate timestamp: d07bff47.c624df50 Wed, Nov 3 2010 16:33:27.774 transmit timestamp: d07bff3d.a9463163 Wed, Nov 3 2010 16:33:17.661 filter delay: 0.00000 0.00000 0.00000 0.00000 0.00000 0.00000 0.00000 0.00000 filter offset: 0.000000 0.000000 0.000000 0.000000 0.000000 0.000000 0.000000 0.000000 delay 0.00000, dispersion 64.00000 offset 0.000000 3 Nov 16:33:19 ntpdate[3893]: no server suitable for synchronization found Expected results: Looking for host 131.188.65.129 and service ntp host found : 131.188.65.129 transmit(131.188.65.129) receive(131.188.65.129) transmit(131.188.65.129) receive(131.188.65.129) transmit(131.188.65.129) receive(131.188.65.129) transmit(131.188.65.129) receive(131.188.65.129) transmit(131.188.65.129) server 131.188.65.129, port 123 stratum 2, precision -24, leap 00, trust 000 refid [131.188.65.129], delay 0.02696, dispersion 0.00131 transmitted 4, in filter 4 reference time: d07c02bd.f851ee30 Wed, Nov 3 2010 16:48:13.970 originate timestamp: d07c02ea.991688d0 Wed, Nov 3 2010 16:48:58.598 transmit timestamp: d07c02e0.84b5aed6 Wed, Nov 3 2010 16:48:48.518 filter delay: 0.02869 0.02727 0.02696 0.02783 0.00000 0.00000 0.00000 0.00000 filter offset: 10.07619 10.07781 10.07629 10.07849 0.000000 0.000000 0.000000 0.000000 delay 0.02696, dispersion 0.00131 offset 10.076294 3 Nov 16:48:48 ntpdate[4149]: step time server 131.188.65.129 offset 10.076294 sec Additional info:
Can you please repeat the test with ntpdate -dddd and attach also "tcpdump -v port 123" output?
Created attachment 458163 [details] working ntp -dddd log
Created attachment 458164 [details] working ntp tcpdump output
Created attachment 458165 [details] broken ntp -dddd log
Created attachment 458166 [details] broken ntp tcpdump output
Logs attached
The problem seems to be that the server replies with equal receive and transmit timestamps which fails in a newly added check. Upstream bugreport filed here: https://bugs.ntp.org/show_bug.cgi?id=1709
Wonderful, thanks. Will you be building an update, or are we waiting for the next 4.2.6 release?
Waiting for 4.2.6p3, hopefully it will be released soon. I'd like to make also backports for some other bugs recently fixed in ntp-dev.
I can confirm this bug occurs with Hewlett Packard's internal NTP server at ntp.hp.net. This is probably not available from outside HP's internal LAN. This is the only NTP server accessible by HP employees (external NTP servers are blocked). This bug is currently blocking our plans to upgrade to Fedora 14.
I've updated the package to 4.2.6p3-RC10. Upstream said that they are now working only on some build related issues and final release should be here soon. RC10 can now go to updates-testing and if final 4.2.6p3 is released in a week or so, I'll make a quick update.
ntp-4.2.6p3-0.1.rc10.fc14 has been submitted as an update for Fedora 14. https://admin.fedoraproject.org/updates/ntp-4.2.6p3-0.1.rc10.fc14
ntp-4.2.6p3-0.1.rc10.fc14 has been pushed to the Fedora 14 testing repository. If problems still persist, please make note of it in this bug report. If you want to test the update, you can install it with su -c 'yum --enablerepo=updates-testing update ntp'. You can provide feedback for this update here: https://admin.fedoraproject.org/updates/ntp-4.2.6p3-0.1.rc10.fc14
ntp-4.2.6p3-0.1.rc10.fc14 has been pushed to the Fedora 14 stable repository. If problems still persist, please make note of it in this bug report.