[Bug 10466] New: ntpd: fails to sync if bad servers first in list
bugzilla at busybox.net
bugzilla at busybox.net
Fri Oct 27 16:48:33 UTC 2017
https://bugs.busybox.net/show_bug.cgi?id=10466
Bug ID: 10466
Summary: ntpd: fails to sync if bad servers first in list
Product: Busybox
Version: 1.27.x
Hardware: All
OS: Linux
Status: NEW
Severity: normal
Priority: P5
Component: Networking
Assignee: unassigned at busybox.net
Reporter: karlp at tweak.net.au
CC: busybox-cvs at busybox.net
Target Milestone: ---
Created attachment 7331
--> https://bugs.busybox.net/attachment.cgi?id=7331&action=edit
failing case, good server last in list
Running 1.27.2 on LEDE(OpenWrt) specifically to pick up all the recent ntpd
fixes.
If there is a good server at the _start_ of the list, all bad servers are
successfully ignored. If the first server in the list is bad however, ntpd
will send and receive replies, but never step time, nor issue a stratum event
indicated sync has been achieved.
Logs (with annotations) from both cases attached separately.
It's important to note that this cannot be tested with typical "bad" hosts like
bad.example.org. Those are explicitly recognised and return a dns failure
"immediately" You need a good proper dns timeout.
It seems that it sends the query to the good server, then, instead of
processing the reply, it goes and tries dns resolution again for the bad
servers, before finally processing the (now old) reply, and discarding? it.
--
You are receiving this mail because:
You are on the CC list for the bug.
More information about the busybox-cvs
mailing list