DescriptionMiroslav Lichvar
2020-01-22 08:07:05 UTC
Description of problem:
The kernel doesn't seem to synchronize the RTC to the system clock reliably. It should normally set the RTC about every 11 minutes, but it may take a very long time (hours, days, or possibly never) for the update to actually happen. The problem seems to be in inaccurate scheduling of the update. This was observed with upstream kernels and also RHEL kernels.
An upstream report:
https://lkml.org/lkml/2019/11/27/263
Version-Release number of selected component (if applicable):
kernel-4.18.0-167.el8.x86_64
How reproducible:
Often, but not always.
Steps to Reproduce:
1. start chronyd with rtcsync in chrony.conf (that is the default)
2. chronyc waitsync
3. hwclock --set --date '10 sec'
4. wait >11 minutes
5. run timedatectl and compare "Local time" with "RTC time"
Actual results:
RTC time off by about 10 seconds
Expected results:
RTC time within <1 second of the Local time
Additional info:
Comment 12Miroslav Lichvar
2020-12-14 09:32:26 UTC
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.
For information on the advisory (Moderate: kernel security, bug fix, and enhancement update), and where to find the updated
files, follow the link below.
If the solution does not work for you, open a new bug report.
https://access.redhat.com/errata/RHSA-2021:4356
Comment 41Red Hat Bugzilla
2023-09-18 00:19:54 UTC
The needinfo request[s] on this closed bug have been removed as they have been unresolved for 120 days