Bug 1887371
| Summary: | dnf upgrade leads to chrony.conf having a "local" ntp server | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Kevin Raymond <kraymond> |
| Component: | chrony | Assignee: | Miroslav Lichvar <mlichvar> |
| Status: | CLOSED NOTABUG | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | unspecified | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 33 | CC: | mlichvar |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | If docs needed, set a value | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2020-10-19 07:23:59 UTC | Type: | Bug |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
|
Description
Kevin Raymond
2020-10-12 09:32:44 UTC
The log shows two NTP sources and no large offsets. Are the two sources the sources specified in chrony.conf? Can you please explain what you mean by "local" and how is the clock set wrong? FWIW, the defaults have not changed. By default, chronyd uses NTP servers provided by DHCP. They should be printed by the "chronyc -n sources" command. Before chrony-4.0, those sources were loaded by chronyc and this could be disabled only by adding PEERNTP=no to /etc/sysconfig/network. With chrony-4.0, these sources are loaded by the sourcedir directive in chrony.conf, and they can be disabled by removing that directive or adding PEERNTP=no to /etc/sysconfig/network. Ok thank you for your feedback. I don't have the previous chrony.conf configuration and from your answer I get that it didn't change after an upgrade. Therefore this ticket is invalid. Thank you for confirming that chrony takes NTP servers from DHCP answer. That might be why the NTP server are now "local". By local I mean they are propagated through though my company DHCP server. One is not accessible from outside the company and the other one is but not always reachable. From what I understand, the configuration might have changed (F31 -> F33 chrony 3.5-> chrony 4.0). I haven't found this information in the (chrony) release notes but I trust this information to be available. I just found another clue today. Even if the chrony NTP servers configuration changed, my laptop should still have a quite accurate time. Firstly I though it was because time to times the local network ntp server was reachable once I started the VPN... But today I found that my system clock was good, "date" command returning good value. In fact, the gnome-shell clocks was the one being out of date (at least 40 minutes behind). And this clock appear to be updating sometimes to the rigth value. Now that I have a better ntp server configurations I can pinpoint a bit more the issue. You can probably close this as not an issue. I'll see to open a ticket against gnome-shell and ask there how to investigate further (I already got this issue years ago.. like BZ#674884) Thanks The chrony configuration changed (it's now using the sourcedir directive as mentioned in the previous comment), but the functionality with respect to the servers provided by DHCP shouldn't change. There is an issue with selinux-policy (bug #1880948), which causes the new chrony to not get the servers from DHCP, but I'm not sure if that would explain the issue you have. In any case, if you can get more data or a reproducer for chrony, please reopen the bug. |