Bug 221282 - net/openntpd "ntpctl -sa" claims "clock synced, stratum 2" weeks after last contact to upstream NTP servers
Summary: net/openntpd "ntpctl -sa" claims "clock synced, stratum 2" weeks after last c...
Status: In Progress
Alias: None
Product: Ports & Packages
Classification: Unclassified
Component: Individual Port(s) (show other bugs)
Version: Latest
Hardware: Any Any
: --- Affects Only Me
Assignee: Christian Weisgerber
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2017-08-06 14:36 UTC by Rene Wagner
Modified: 2017-08-07 20:19 UTC (History)
0 users

See Also:
bugzilla: maintainer-feedback? (naddy)


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Rene Wagner 2017-08-06 14:36:35 UTC
Dear maintainer,

the main openntpd server on my network had accidentally been without a connection to the internet for several weeks and thus unable to connect to its configured remote clock sources. Oddly enough, "ntpctl -sa" would still output a status of "clock synced, stratum 2". Other machines on the network using this server as their clock source would report a stratum of 3.

I would have expected openntpd to consider its clock as out of sync after some timeout and notify downstream hosts accordingly. I'm not sure how this case is intended to be handled as per the NTP protocol. I have, however, seen the ntp.org ntpd report a stratum of 16 in this case so clients further downstream can detect that there is a problem. 

I have since reconnected the affected machine and things are back to normal. Let me know if you'd like me to perform any additional tests. It appears that this can be easily replicated by disconnecting a single openntpd server and watching the output of "ntpctl -sa" on that machine.

Cheers,

Rene
Comment 1 Christian Weisgerber freebsd_committer 2017-08-07 19:07:55 UTC
Thank you, I can reproduce this.  It's a generic problem with OpenNTPD and not specific to the FreeBSD port.  I will raise the issue with upstream.
Comment 2 Rene Wagner 2017-08-07 20:19:51 UTC
Excellent, thanks!