Op 05-05-2020 om 09:11 schreef Richard Lucassen: > On Mon, 4 May 2020 22:24:30 +0200 > Paul van der Vlis <p...@vandervlis.nl> 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 - 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 > > 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/