Quote:
Originally Posted by michaelk
Is this a physical or virtual machine?
Have you tried syncing the system clock to the hardware clock?
hwclock --hctosys
|
I have tried a lot of things, and rebooted the machine and now it seems that it is OK:
Code:
[root@localhost ~]# date
Tue Apr 5 17:13:20 CEST 2022
Code:
[root@localhost ~]# timedatectl
Local time: Tue 2022-04-05 17:13:25 CEST
Universal time: Tue 2022-04-05 15:13:25 UTC
RTC time: Tue 2022-04-05 15:13:25
Time zone: Europe/Madrid (CEST, +0200)
NTP enabled: yes
NTP synchronized: no
RTC in local TZ: no
DST active: yes
Last DST change: DST began at
Sun 2022-03-27 01:59:59 CET
Sun 2022-03-27 03:00:00 CEST
Next DST change: DST ends (the clock jumps one hour backwards) at
Sun 2022-10-30 02:59:59 CEST
Sun 2022-10-30 02:00:00 CET
Code:
[root@localhost ~]# systemctl status chronyd
● chronyd.service - NTP client/server
Loaded: loaded (/usr/lib/systemd/system/chronyd.service; enabled; vendor preset: enabled)
Active: active (running) since Tue 2022-04-05 13:27:27 CEST; 3h 46min ago
Docs: man:chronyd(8)
man:chrony.conf(5)
Process: 780 ExecStartPost=/usr/libexec/chrony-helper update-daemon (code=exited, status=0/SUCCESS)
Process: 740 ExecStart=/usr/sbin/chronyd $OPTIONS (code=exited, status=0/SUCCESS)
Main PID: 754 (chronyd)
CGroup: /system.slice/chronyd.service
└─754 /usr/sbin/chronyd
Apr 05 13:27:27 localhost.localdomain chronyd[754]: chronyd version 3.4 starting (+CMDMON +NTP +REFCLOCK +RTC +PRIVDROP +SCFILTER +SIGND +ASYNCDNS +SECHASH +IPV6 +DEBUG)
Apr 05 13:27:27 localhost.localdomain chronyd[754]: Frequency -50.276 +/- 0.407 ppm read from /var/lib/chrony/drift
Apr 05 13:27:38 localhost.localdomain chronyd[754]: Selected source 178.32.88.247
Apr 05 13:28:44 localhost.localdomain chronyd[754]: Selected source 178.62.18.76
Better i don't go to use the "hwclock --hctosys", i was suffering a lot to fix it hehe
Thanks you very much for helping me