I dont have access to the syslog where it is broken now that I'm on a different working version, but can goto a broken version to get them again if this helps. While it was broken, tried several NTP servers (google, Nist, apple)... After all those failed, started going back versions to find a working one.
Originally found this issue reported on redit while looking for a fix:
Joined: 18 Mar 2014 Posts: 12881 Location: Netherlands
Posted: Mon Jun 08, 2020 14:09 Post subject:
That poster mentions and R6400v1, I have one running usually upgrading when a new build arrives and have never had any problem.
But like I said, ntp works best if you use the built-in time server (so leave it blank).
So it can be something in your specific setup, I have seen some reports, if the router is setup as a bridge and local DNS and Gateway were not setup correctly and the WAN was not disabled that the router did not get the right time.
Going to latest version, still fails with any user specified server. As you mentioned, it works leaving it blank. Leaving it blank is a work around, but something is actually broken if you cannot specify an NTP server. Will leave on this version for now if you would like additional debug info.
===Using build 43334 with NTP server: time.google.com (same result with other user specified servers)
Dec 31 19:01:03 apu-3200 daemon.err ntpclient[1681]: Failed resolving address to hostname time.google.com: Try again
Dec 31 19:01:03 apu-3200 daemon.err ntpclient[1681]: Failed resolving server time.google.com: Network is down
Dec 31 19:01:03 apu-3200 daemon.err process_monitor[1680]: cyclic NTP Update failed (servers time.google.com)
Dec 31 19:01:03 apu-3200 daemon.err process_monitor[1680]: Last update failed, we need to re-update after 30 seconds
===Using build 43334 with NTP server: <blank>
Dec 31 19:06:35 apu-3200 daemon.notice ntpclient[2405]: Network up, resolved address to hostname 212.18.3.19
Dec 31 19:06:35 apu-3200 daemon.debug ntpclient[2405]: Connecting to 212.18.3.19 [212.18.3.19] ...
Jun 8 10:39:22 apu-3200 daemon.info ntpclient[2405]: Time set from 212.18.3.19 [212.18.3.19].
Joined: 08 May 2018 Posts: 14217 Location: Texas, USA
Posted: Mon Jun 08, 2020 14:59 Post subject:
I'm about to reset my R9000 and re-configure client bridged (routed) from scratch again to test it. Not sure why it's balking on correct time with no user-specified NTP server. _________________ "Life is but a fleeting moment, a vapor that vanishes quickly; All is vanity"
Contribute To DD-WRT Pogo - A minimal level of ability is expected and needed... DD-WRT Releases 2023 (PolitePol)
DD-WRT Releases 2023 (RSS Everything)
----------------------
Linux User #377467 counter.li.org / linuxcounter.net
Joined: 08 May 2018 Posts: 14217 Location: Texas, USA
Posted: Mon Jun 08, 2020 15:34 Post subject:
On r43334, R9000, client bridged mode; process_monitor is not starting up. I have not checked in default configuration out-of-the-box. I had to add sleep 10; restart process monitor to my startup script for it to work and NTP to update with a blank server entry. I guess both issues need to be looked into. _________________ "Life is but a fleeting moment, a vapor that vanishes quickly; All is vanity"
Contribute To DD-WRT Pogo - A minimal level of ability is expected and needed... DD-WRT Releases 2023 (PolitePol)
DD-WRT Releases 2023 (RSS Everything)
----------------------
Linux User #377467 counter.li.org / linuxcounter.net
Seems this may be more specific to 3200ACM, as others have reported the issue with that model specifically. What additional information would you like to see to dig further?
With no server specified, I'm still seeing these occasionally. Shortly thereafter it starts working. There are other machines behind this router which also use the same NTP servers and those are working without issue.
Jun 8 12:39:31 apu-3200 daemon.err ntpclient[3337]: Failed resolving address to hostname 2.pool.ntp.org: Try again
Jun 8 12:39:31 apu-3200 daemon.err ntpclient[3337]: Failed resolving server 2.pool.ntp.org: Network is down
Jun 8 12:39:31 apu-3200 daemon.notice ntpclient[3337]: Network up, resolved address to hostname 212.18.3.19
Jun 8 12:39:31 apu-3200 daemon.debug ntpclient[3337]: Connecting to 212.18.3.19 [212.18.3.19] ...
Jun 8 12:39:30 apu-3200 daemon.info ntpclient[3337]: Time set from 212.18.3.19 [212.18.3.19].
Jun 8 12:39:30 apu-3200 daemon.info process_monitor[2560]: cyclic NTP Update success (servers 2.pool.ntp.org 212.18.3.19 88.99.174.22)
Joined: 08 May 2018 Posts: 14217 Location: Texas, USA
Posted: Mon Jun 08, 2020 17:40 Post subject:
The builds you are initially referring to might be during dnsmasq updates that may have resulted in DNS resolution issues - and DNS resolution issues aren't necessarily that something is "broken", per se. I've had those messages before, but NTP wasn't "broken". The situation I am referring to on my R9000 is the time is completely wrong, like it half-ass syncs to an 18:00 time, no matter what time of day or night it is.
I'm more curious about how your 3200 is configured, specifically DNS/dnsmasq. I only have one set of the failed resolving messages prior to NTP update on my E4200v1. I don't have my R7800 up at the moment, nor my R7000P, for comparison. _________________ "Life is but a fleeting moment, a vapor that vanishes quickly; All is vanity"
Contribute To DD-WRT Pogo - A minimal level of ability is expected and needed... DD-WRT Releases 2023 (PolitePol)
DD-WRT Releases 2023 (RSS Everything)
----------------------
Linux User #377467 counter.li.org / linuxcounter.net
Joined: 24 Feb 2013 Posts: 1634 Location: Belgrade
Posted: Tue Jun 09, 2020 6:22 Post subject:
inetquestion wrote:
Failed resolving address to hostname
as you can see by yourself, your problem is not NTP but DNS...
I strongly suggest you to use IP adress of NTP servers instead of hostname... problem can occur if your DNS server needs correct time because of lets say certificates, and it is not up and running and your ntp client tries first to resolves hostname... but your NS is not up...
Thank you for the investigation, recommendations, and clarification. Enabled dnsmasq and am able to specify a time server accordingly without any issues.
Admittedly only come here when experiencing a problem, curious if there is a sticky for recommended best practices for setup/config in one place? found this one, but asking if there is a more comprehensive set...