NETGEAR is aware of a growing number of phone and online scams. To learn how to stay safe click here.
Forum Discussion
NTP Time Broke
V1.0.11.128_10.2.112 NTP set to GMT -5. When the Router sends a log file, the time is off by 5 hours. The email is time stamped: [email sent to: Tom.Black@Comcast.net] Thursday, Dec 30,20...
TomBlack wrote:
V1.0.11.128_10.2.112
Reads more like e.g. an R7000, not an R7000P as tagged.
TomBlack wrote:
NTP set to GMT -5. When the Router sends a log file, the time is off by 5 hours.
The email is time stamped:
[email sent to: Tom.Black@Comcast.net] Thursday, Dec 30,2021 03:01:03
It should say 8:00 am. I have the Router set to send me Daily Logs @ 8 am local time which is GMT -5. This never used to be an issue, so somehow it got broke.
Ref. the subjet "NTP Time Broke" you can check the time zone and local time currently set in place on the router itself.
The issue itself seems to related more to the schedule or how the schedule is set in place. Was the NTP time set probably delayed? Does rebooting change this issue on the next morning?
plemans or microchip8 - any idea what seems to go wrong there, probably since the V1.0.11.128_10.2.112 update?;
I updated Firmware from R7000-V1.0.9.88_10.2.88. Had no NTP issues with this Firmware. NTP issue started with the latest Firmware previously noted V1.0.11.128_10.2.112.
The R7000 Router shows the correct time on the NTP screen and is repeatable even after a Router Reboot. It's the Send Email Function that is NOT reading the NTP time correctly. It's showing GMT instead of GMT -5 that is set in the Router NTP Screen.
Since I was tagged, not a clue :)
I rarely setup any logging with emailed responses and I don't have that specific device to test it on.
Sorry.
TomBlack wrote:
I updated Firmware from R7000-V1.0.9.88_10.2.88. Had no NTP issues with this Firmware. NTP issue started with the latest Firmware previously noted V1.0.11.128_10.2.112.
Understand.
TomBlack wrote:
The R7000 Router shows the correct time on the NTP screen and is repeatable even after a Router Reboot.
OK.
TomBlack wrote:
It's the Send Email Function that is NOT reading the NTP time correctly. It's showing GMT instead of GMT -5 that is set in the Router NTP Screen.
Does this mean the email is generated and sent five hours to early? At 03:00 local instead of 08:00 local as configured? This would indicate the scheduler isn't properly working on the local configured time zone.
Or is the report generated on the scheduled time, but the SMTP header isn't correct? This option I would exclude due to the log entry shown above.
This is all unrelated to NTP - because the NTP time is _always_ exchanged in GMT (Zulu time). Displayed in the Web UI is the local time, adjusted by the time zone configured.
Don't be confused that the email programs are adjusting the displayed time based on the SMTP header information - this part (the complete SMTP header) would be interesting to proof in fact.
Does this mean the email is generated and sent five hours to early? At 03:00 local instead of 08:00 local as configured? This would indicate the scheduler isn't properly working on the local configured time zone.
> Yes, have had several Log Emails sent @ 3 am local instead of 8 am (GMT -5).
Or is the report generated on the scheduled time, but the SMTP header isn't correct? This option I would exclude due to the log entry shown above.
> Yes, have had several sent at the correct time, but the email header showed 3 am. The Router is generating the Header, yes?
Now you have confused me once more.
TomBlack wrote:
Does this mean the email is generated and sent five hours to early? At 03:00 local instead of 08:00 local as configured? This would indicate the scheduler isn't properly working on the local configured time zone.
> Yes, have had several Log Emails sent @ 3 am local instead of 8 am (GMT -5).
So this is the "new" case since the recent update?
TomBlack wrote:
Or is the report generated on the scheduled time, but the SMTP header isn't correct? This option I would exclude due to the log entry shown above.
> Yes, have had several sent at the correct time, but the email header showed 3 am. The Router is generating the Header, yes?
Yes, of course, the simple sendmail does start with the header generation.
Can't say much more here on the R7000 and the latest firmware. Had spent reasonable time on the R9000 and found certain oddities, where I tend to state it's kind of a Netgear router "standard". While we have the time and time zone correctly configured, the system and the shell does still claim run on GMT, but showing the local time (while a "real" Linux system does make it different, read: Correct). The environment variables of course are showing the effecive time zone, while checking the time on the shell shows GMT, but the local time. This requires certain code changes, being for the scheduler, the simple sendmail, and several more ... to make them believe they operate in the effective time zone. That's why I don't wonder to much that certain code updates lead to these kind of odd issues. I made to much noise abut that, and as a result Netgear removed the ability to enable the telnet access in response to my nagging.
