Re: Verkeerde tijd ondanks NTP
Op 06-05-2020 om 10:44 schreef Heiko Noordhof: > Hoi, > > Net als MJ zijn wij ook op chrony overgestapt en dat bevalt heel goed. > Duidelijker configuratie en documentatie. (om te beginnen bruikbare man > pages) Ik heb nu ook chrony op een machine geinstalleerd. Lijkt zo in eerste instantie prima. Groeten, Paul -- Paul van der Vlis Linux systeembeheer Groningen https://www.vandervlis.nl/
Re: Verkeerde tijd ondanks NTP
Hoi, Net als MJ zijn wij ook op chrony overgestapt en dat bevalt heel goed. Duidelijker configuratie en documentatie. (om te beginnen bruikbare man pages) Hoe de tijd verkeerd komt te staan weet ik niet. Maar *als* hij eenmaal flink verkeerd staat, hoeft het niet vreemd te zijn dat het heel lang duurt voor hij weer goed staat: zowel 'ntp' als 'chrony' corrigeren per default heel langzaam. Dit om te zorgen dat timestamps van files en log messages blijven kloppen. De tijd laten terug springen kan heel vervelend zijn in logs. Beide daemons hebben wel een optie om de tijd toch wel sprongen te laten maken, eventueel alleen eenmalig bij eerste start van de deamon. Maar dat moet je in de config aangeven, omdat dit per default uit staat. Verder lijkt me goed te controleren: - In geval van dual-boot: windows zet de hardware klok op local time, linux (default) op UTC. Daarmee heb ik herhaaldelijk problemen zien optreden, ook nog na hier al bewust van te zijn. "timedatectl" commando helpt by probleemzoeken. - Niet beide *en* een daemon *en* cron job met ntpdate gebruiken. - systemd's timesync zich wel heeft uitgeschakeld (voor zover ik weet gaat dit trouwens wel altijd goed) Groeten, Heiko On 5/4/20 1:12 PM, Paul van der Vlis wrote: Hoi, 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. Groeten, Paul
Re: Verkeerde tijd ondanks NTP
Op 05-05-2020 om 09:11 schreef Richard Lucassen: > On Mon, 4 May 2020 22:24:30 +0200 > Paul van der Vlis wrote: > >> 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. > > Dat weet ik niet meer, ik werkte destijds altijd met "ntpq -pn". > Openntpd logt wel en "ntpctl -s all" is een soort "ntpq -pn" > >>> 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- 6400.0000.000 >> 0.000 >> 1.debian.pool.n .POOL. 16 p- 6400.0000.000 >> 0.000 >> 2.debian.pool.n .POOL. 16 p- 6400.0000.000 >> 0.000 >> 3.debian.pool.n .POOL. 16 p- 6400.0000.000 >> 0.000 > > typo? Moet .n niet .nl zijn? Of is dat een soort placeholder functie > dat .POOL.? Het is een soort afkorting. Dit staat in het config file: pool 0.debian.pool.ntp.org iburst pool 1.debian.pool.ntp.org iburst pool 2.debian.pool.ntp.org iburst pool 3.debian.pool.ntp.org iburst > Overigens heeft openntpd het voordeel dat je "server" en > "servers" (meervoud) hebt in de conf, i.t.t. ntp. Als je ntp > "ntp.bit.nl" geeft dan pakt-ie een van de drie servers bij het > opstarten. Met: > > servers ntp.bit.nl > > pakt openntpd ze alledrie (er zijn er vier overigens, zijn ze nummer > 4 vast vergeten). Ik zou sowieso de servers nemen van de provider van de > lijn, m.a.w. zo dichtbij mogelijk. Als je dat niet hebt zou ik voor ntp: > > ntp1.bit.nl > ntp2.bit.nl > ntp3.bit.nl > ntp4.bit.nl > ntp.xs4all.nl > > en voor openntpd: > > server ntp.xs4all.nl > servers ntp.bit.nl > > instellen. Het is ook een beetje good practice om niet stratum-1 servers > lastig te vallen met queries, maar stratum-2 of lager, tenminste, als > het je niet om duizendsten van secondes gaat. > >> 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. > > ok > >>> 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. > > Je kunt altijd in een cronjob: > > /usr/sbin/rdate -n ntp.xs4all.nl > > of > > rdate -n ntp.xs4all.nl > > het laatste als rdate in het path van cron staat. Dan trekt-ie in ieder > geval dat rare uur weg. Ik weet niet of het not done is of niet, ik ben > geen ntp guru. Ik ga erover denken wat ik ga doen. >>> 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 > > Ah ok, weer een extra reden om die zooi buiten de deur te houden :-) Tja, ik gebruik het wel nog steeds... Groeten, Paul -- Paul van der Vlis Linux systeembeheer Groningen https://www.vandervlis.nl/
Re: Verkeerde tijd ondanks NTP
On Mon, 4 May 2020 22:24:30 +0200 Paul van der Vlis wrote: > 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. Dat weet ik niet meer, ik werkte destijds altijd met "ntpq -pn". Openntpd logt wel en "ntpctl -s all" is een soort "ntpq -pn" > > 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- 6400.0000.000 > 0.000 > 1.debian.pool.n .POOL. 16 p- 6400.0000.000 > 0.000 > 2.debian.pool.n .POOL. 16 p- 6400.0000.000 > 0.000 > 3.debian.pool.n .POOL. 16 p- 6400.0000.000 > 0.000 typo? Moet .n niet .nl zijn? Of is dat een soort placeholder functie dat .POOL.? Overigens heeft openntpd het voordeel dat je "server" en "servers" (meervoud) hebt in de conf, i.t.t. ntp. Als je ntp "ntp.bit.nl" geeft dan pakt-ie een van de drie servers bij het opstarten. Met: servers ntp.bit.nl pakt openntpd ze alledrie (er zijn er vier overigens, zijn ze nummer 4 vast vergeten). Ik zou sowieso de servers nemen van de provider van de lijn, m.a.w. zo dichtbij mogelijk. Als je dat niet hebt zou ik voor ntp: ntp1.bit.nl ntp2.bit.nl ntp3.bit.nl ntp4.bit.nl ntp.xs4all.nl en voor openntpd: server ntp.xs4all.nl servers ntp.bit.nl instellen. Het is ook een beetje good practice om niet stratum-1 servers lastig te vallen met queries, maar stratum-2 of lager, tenminste, als het je niet om duizendsten van secondes gaat. > 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. ok > > 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. Je kunt altijd in een cronjob: /usr/sbin/rdate -n ntp.xs4all.nl of rdate -n ntp.xs4all.nl het laatste als rdate in het path van cron staat. Dan trekt-ie in ieder geval dat rare uur weg. Ik weet niet of het not done is of niet, ik ben geen ntp guru. > > 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 Ah ok, weer een extra reden om die zooi buiten de deur te houden :-) R. -- richard lucassen https://contact.xaq.nl/
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 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- 6400.0000.000 0.000 1.debian.pool.n .POOL. 16 p- 6400.0000.000 0.000 2.debian.pool.n .POOL. 16 p- 6400.0000.000 0.000 3.debian.pool.n .POOL. 16 p- 6400.0000.000 0.000 +45.159.204.28 193.79.237.142 u 681 1024 3775.135 -0.345 0.285 -83.98.201.134 193.79.237.142 u 786 1024 3775.485 -0.242 0.097 -37.97.195.195 86.85.103.2432 u 134 1024 3774.566 -0.311 0.100 +162.159.200.1 10.20.12.67 3 u 619 1024 3774.235 -0.020 0.107 -149.210.142.45 193.79.237.142 u 390 1024 3774.5830.066 0.156 *174.138.9.187 193.79.237.142 u 81 1024 3774.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/
Re: Verkeerde tijd ondanks NTP
On Mon, 4 May 2020 13:12:35 +0200 Paul van der Vlis 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. En ntpd kan maar heel weinig corrigeren, denk eerder in secondes dan in minuten, zodra hij dat niet meer kan laat-ie het los. 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". Staat je hardware clock niet teveel achter soms? Ik draai hier alweer jaren openntpd, die is wat handiger en ook had iemand het hier over "chrony" dat schijnt ook goed te werken. # 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. R. -- richard lucassen https://contact.xaq.nl/
Re: Verkeerde tijd ondanks NTP
Op 04-05-2020 om 14:29 schreef Jos Lemmens: > Hallo, > > Staat /etc/ntp.conf goed ingesteld? Ik zelf heb ooit voor die cron-job > gekozen en eigenlijk nooit naar die daemon gekeken. Dat staat "default", en volgens mij is dat normaal goed. Groet, Paul >Groet, > >Jos. > > > On Mon, May 04, 2020 at 01:44:07PM +0200, Paul van der Vlis wrote: >> Op 04-05-2020 om 13:39 schreef Jos Lemmens: >>> hallo, >>> >>> Ik laat mijn klok iedere nacht door een cron-job gelijk zetten: >>> >>>/usr/sbin/ntpdate -s ntp.cs.uu.nl >> >> Ik heb daar -volgens mij- een daemon voor draaien. Maar waarom gaat dat >> soms mis? >> >> root@sigmund:/usr/local/sbin# ps aux | grep ntp >> ntp 12583 0.0 0.0 102108 3356 ?Ssl May02 0:10 >> /usr/sbin/ntpd -p /var/run/ntpd.pid -g -u 106:113 >> >> Groeten, >> Paul >> >>> On Mon, May 04, 2020 at 01:12:35PM +0200, Paul van der Vlis wrote: Hoi, 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. Groeten, Paul -- Paul van der Vlis Linux systeembeheer Groningen https://www.vandervlis.nl/ >>> >> >> -- >> Paul van der Vlis Linux systeembeheer Groningen >> https://www.vandervlis.nl/ > -- Paul van der Vlis Linux systeembeheer Groningen https://www.vandervlis.nl/
Re: Verkeerde tijd ondanks NTP
Hoi, Geen oplossing voor dit probleem, maar sinds wij chrony hebben ontdekt, kijken we niet meer naar ntp(d). We hadden ook dergelijke problemen als jij beschrijft, en merken ook in ons ceph cluster dat chrony de tijd aanzienlijk preciezer in sync houdt dan ntpd. On 5/4/20 1:12 PM, Paul van der Vlis wrote: Hoi, 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. Groeten, Paul
Re: Verkeerde tijd ondanks NTP
Hallo, Staat /etc/ntp.conf goed ingesteld? Ik zelf heb ooit voor die cron-job gekozen en eigenlijk nooit naar die daemon gekeken. Groet, Jos. On Mon, May 04, 2020 at 01:44:07PM +0200, Paul van der Vlis wrote: > Op 04-05-2020 om 13:39 schreef Jos Lemmens: > > hallo, > > > > Ik laat mijn klok iedere nacht door een cron-job gelijk zetten: > > > >/usr/sbin/ntpdate -s ntp.cs.uu.nl > > Ik heb daar -volgens mij- een daemon voor draaien. Maar waarom gaat dat > soms mis? > > root@sigmund:/usr/local/sbin# ps aux | grep ntp > ntp 12583 0.0 0.0 102108 3356 ?Ssl May02 0:10 > /usr/sbin/ntpd -p /var/run/ntpd.pid -g -u 106:113 > > Groeten, > Paul > > > On Mon, May 04, 2020 at 01:12:35PM +0200, Paul van der Vlis wrote: > >> Hoi, > >> > >> 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. > >> > >> Groeten, > >> Paul > >> > >> > >> -- > >> Paul van der Vlis Linux systeembeheer Groningen > >> https://www.vandervlis.nl/ > >> > > > > -- > Paul van der Vlis Linux systeembeheer Groningen > https://www.vandervlis.nl/ -- Sent from Debian GNU/Linux 9 --- Jos Lemmens The Netherlands E-mail: acjlemm...@gmail.com Homepage: www.jlemmens.nl
Re: Verkeerde tijd ondanks NTP
hallo, Ik laat mijn klok iedere nacht door een cron-job gelijk zetten: /usr/sbin/ntpdate -s ntp.cs.uu.nl On Mon, May 04, 2020 at 01:12:35PM +0200, Paul van der Vlis wrote: > Hoi, > > 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. > > Groeten, > Paul > > > -- > Paul van der Vlis Linux systeembeheer Groningen > https://www.vandervlis.nl/ > -- Sent from Debian GNU/Linux 9 --- Jos Lemmens The Netherlands E-mail: acjlemm...@gmail.com Homepage: www.jlemmens.nl
Re: Verkeerde tijd ondanks NTP
On Mon, May 04, 2020 at 01:12:35PM +0200, Paul van der Vlis wrote: > Hoi, > > Ik zie regelmatig servers met NTP die een helemaal verkeerde tijd geven, > dus niet paar seconden maar meer dan een uur. > > Een idee wat dat is? Ding wat je een volgende keer moet controleren, is of `ntpd` nog draait. ps -ef | grep ntp En misschien nog wel wat dieper graven. > 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. Mijn inschatting is dat `apt install --reinstall ntp` als bijeffect heeft, dat ie `ntpd` re-animeert. > 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. Ja, dat ken ik.:-/ Op naar de volgende keer. Groeten Geert Stappers -- Silence is hard to parse
Re: Verkeerde tijd ondanks NTP
Op 04-05-2020 om 13:39 schreef Jos Lemmens: > hallo, > > Ik laat mijn klok iedere nacht door een cron-job gelijk zetten: > >/usr/sbin/ntpdate -s ntp.cs.uu.nl Ik heb daar -volgens mij- een daemon voor draaien. Maar waarom gaat dat soms mis? root@sigmund:/usr/local/sbin# ps aux | grep ntp ntp 12583 0.0 0.0 102108 3356 ?Ssl May02 0:10 /usr/sbin/ntpd -p /var/run/ntpd.pid -g -u 106:113 Groeten, Paul > On Mon, May 04, 2020 at 01:12:35PM +0200, Paul van der Vlis wrote: >> Hoi, >> >> 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. >> >> Groeten, >> Paul >> >> >> -- >> Paul van der Vlis Linux systeembeheer Groningen >> https://www.vandervlis.nl/ >> > -- Paul van der Vlis Linux systeembeheer Groningen https://www.vandervlis.nl/
Verkeerde tijd ondanks NTP
Hoi, 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. Groeten, Paul -- Paul van der Vlis Linux systeembeheer Groningen https://www.vandervlis.nl/
