Re: Verkeerde tijd ondanks NTP
Op 04-05-2020 om 21:41 schreef Richard Lucassen:
> On Mon, 4 May 2020 13:12:35 +0200
> Paul van der Vlis <paul@vandervlis.nl> wrote:
>
>> Ik zie regelmatig servers met NTP die een helemaal verkeerde tijd
>> geven, dus niet paar seconden maar meer dan een uur.
>>
>> Gisteren had ik het ook weer, een mailserver met Debian9 stond 1 uur
>> en 7 minuten fout. Na een "apt install --reinstall ntp" is de tijd
>> dan weer goed.
>>
>> Iemand een idee wat dat is?
>>
>> Ik kom er meestal achter tijdens een storing, waarbij ik dan andere
>> dingen aan mijn hoofd heb. Dan zie ik dat de logs een verkeerde tijd
>> geven.
>
> 1 uur en 7 minuten is wel heel erg veel.
Ja, ik heb zoiets nu al meerdere keren gehad. En ik vroeg me af of
anderen dat ook hadden. Op deze machine heb ik het zeker weten al eerder
gehad.
> En ntpd kan maar heel weinig
> corrigeren, denk eerder in secondes dan in minuten, zodra hij dat niet
> meer kan laat-ie het los.
Ok. Wat me opvalt is dat ik niets zie in de logs. Ik zou dan toch
meldingen in de logs verwachten. Maar ntp schrijft niet veel in de log.
> Als ntpd de tijd niet meer synchroniseert
> schakelt-ie over naar de hardware clock op stratum 16 als ik me goed
> herinner, maar zeker weet ik dat niet. Dat kun je zien met "ntpq -pn".
root@sigmund:/usr/local/sbin# ntpq -pn
remote refid st t when poll reach delay offset
jitter
==============================================================================
0.debian.pool.n .POOL. 16 p - 64 0 0.000 0.000
0.000
1.debian.pool.n .POOL. 16 p - 64 0 0.000 0.000
0.000
2.debian.pool.n .POOL. 16 p - 64 0 0.000 0.000
0.000
3.debian.pool.n .POOL. 16 p - 64 0 0.000 0.000
0.000
+45.159.204.28 193.79.237.14 2 u 681 1024 377 5.135 -0.345
0.285
-83.98.201.134 193.79.237.14 2 u 786 1024 377 5.485 -0.242
0.097
-37.97.195.195 86.85.103.243 2 u 134 1024 377 4.566 -0.311
0.100
+162.159.200.1 10.20.12.67 3 u 619 1024 377 4.235 -0.020
0.107
-149.210.142.45 193.79.237.14 2 u 390 1024 377 4.583 0.066
0.156
*174.138.9.187 193.79.237.14 2 u 81 1024 377 4.667 -0.068
0.074
> Staat je hardware clock niet teveel achter soms?
Op het moment staan ze gelijk. Maar het gaat om virtuele machines dus
die hardware clock is niet echt "bare metal". De host heeft correcte tijd.
> Ik draai hier alweer
> jaren openntpd, die is wat handiger en ook had iemand het hier over
> "chrony" dat schijnt ook goed te werken.
Misschien moet ik maar eens wat anders gaan proberen dan ntp.
> # hwclock
> 2020-05-04 21:31:12.826832+02:00
>
> Wat je ook kunt doen is met rdate de klok gelijk zetten (apt install
> rdate) en dan de systemtime goed zetten:
>
> rdate -n ntp.xs4all.nl
>
> (let op dat die figuren om een een of andere reden de rdate binary
> naar /usr/sbin/ hebben verplaatst onlangs)
>
> en daarna een:
>
> hwclock --systohc
>
> waarmee je de hardware clock weer goed zet.
>
> Wat ik me ook nog bedenk is dat Poettering de tijdsync naar systemd
> heeft gehaald, maar dat heb ik van horen zeggen, misschien dat daar de
> kneep zit? Ik zelf draai geen systemd dus ik kan dat niet checken.
Er bestaat inderdaad iets wat systemd-timesyncd heet, maar het is nog te
nieuw, zit nog niet in stable. Deze machine draait zelfs nog Debian 9,
dus zit hier niet op.
https://packages.debian.org/search?keywords=timesyncd
Groeten,
Paul
--
Paul van der Vlis Linux systeembeheer Groningen
https://www.vandervlis.nl/
Reply to: