Portál AbcLinuxu, 5. listopadu 2025 09:07
Jun 29 15:03:46 server postfix/qmgr[1435]: warning: backward time jump detected -- slewing clock Jun 29 15:03:52 server kernel: [ 965.605471] systemd-timedated[1668]: Set NTP to enabled Jun 29 17:03:17 server postfix/qmgr[1435]: warning: backward time jump recovered -- back to normalityCo to má jako znamenat? Že si postfix pošteluje hodiny? Dá se to nějak vypnout?
Řešení dotazu:
hwclock --debug hwclock from util-linux 2.20.1 Using /dev interface to clock. Last drift adjustment done at 1498739940 seconds after 1969 Last calibration done at 1498739940 seconds after 1969 Hardware clock is on UTC time Assuming hardware clock is kept in UTC time. Waiting for clock tick... ...got clock tick Time read from Hardware Clock: 2017/06/29 13:44:43 Hw clock time : 2017/06/29 13:44:43 = 1498743883 seconds since 1969 Thu 29 Jun 2017 03:44:43 PM CEST -0.521316 seconds
ntpdate tik.cesnet.cz 29 Jun 15:52:14 ntpdate[5143]: step time server 195.113.144.201 offset -7095.325925 sec [root@server]-[/etc/docker]# date Thu Jun 29 15:52:17 CEST 2017 [root@server]-[/etc/docker]# date Thu Jun 29 15:52:19 CEST 2017 [root@server]-[/etc/docker]# date Thu Jun 29 15:52:20 CEST 2017 [root@server]-[/etc/docker]# date Thu Jun 29 17:50:52 CEST 2017
timedatectl
Local time: Thu 2017-06-29 17:46:50 CEST
Universal time: Thu 2017-06-29 15:46:50 UTC
RTC time: Thu 2017-06-29 13:48:35
Timezone: Europe/Prague (CEST, +0200)
NTP enabled: no
NTP synchronized: no
RTC in local TZ: no
DST active: yes
Last DST change: DST began at
Sun 2017-03-26 01:59:59 CET
Sun 2017-03-26 03:00:00 CEST
Next DST change: DST ends (the clock jumps one hour backwards) at
Sun 2017-10-29 02:59:59 CEST
Sun 2017-10-29 02:00:00 CET
vmware-toolbox-cmd timesync status Enabled
[root@ect228-simul01 echmet]# hwclock --debug
hwclock from util-linux 2.28.2
Using the /dev interface to the clock.
Last drift adjustment done at 0 seconds after 1969
Last calibration done at 0 seconds after 1969
Hardware clock is on UTC time
Assuming hardware clock is kept in UTC time.
Waiting for clock tick...
...got clock tick
Time read from Hardware Clock: 2017/06/29 14:06:26
Hw clock time : 2017/06/29 14:06:26 = 1498745186 seconds since 1969
Time since last adjustment is 1498745186 seconds
Calculated Hardware Clock drift is 0.000000 seconds
2017-06-29 16:06:25.702314+1:00
[root@ect228-simul01 echmet]# timedatectl
Local time: Thu 2017-06-29 16:15:20 CEST
Universal time: Thu 2017-06-29 14:15:20 UTC
RTC time: Thu 2017-06-29 14:15:18
Time zone: Europe/Prague (CEST, +0200)
Network time on: yes
NTP synchronized: yes
RTC in local TZ: no
Zdá se, že se z nějakého důvodu korekce z UTC do místního času nastavuje dvakrát protože to, co ti timedatectl ukazuje jako UTC je ve skutečnosti místní čas, ke kterému se pak ten dvouhodinový posun přičte znovu.
hwclock --debug
hwclock from util-linux 2.20.1
Using /dev interface to clock.
Last drift adjustment done at 1498739940 seconds after 1969
Last calibration done at 1498739940 seconds after 1969
Hardware clock is on UTC time
Assuming hardware clock is kept in UTC time.
Waiting for clock tick...
...got clock tick
Time read from Hardware Clock: 2017/06/29 14:30:08
Hw clock time : 2017/06/29 14:30:08 = 1498746608 seconds since 1969
timedatectl
Local time: Thu 2017-06-29 16:30:15 CEST
Universal time: Thu 2017-06-29 14:30:15 UTC
RTC time: Thu 2017-06-29 14:30:16
Timezone: Europe/Prague (CEST, +0200)
NTP enabled: yes
NTP synchronized: yes
RTC in local TZ: no
DST active: yes
Last DST change: DST began at
Sun 2017-03-26 01:59:59 CET
Sun 2017-03-26 03:00:00 CEST
Next DST change: DST ends (the clock jumps one hour backwards) at
Sun 2017-10-29 02:59:59 CEST
Sun 2017-10-29 02:00:00 CET
Tiskni
Sdílej:
ISSN 1214-1267, (c) 1999-2007 Stickfish s.r.o.