De tijd op mijn systeem klopt om een of andere reden niet.
ik moet een update uitvoeren, maar het lukt niet
dit is de errror.
ntpdate pool.ntp.org
31 Aug 12:31:59 ntpdate[3108]: the NTP socket is in use, exiting
ik heb net opnieuw opgestart, ik weet niet hoe iets in use kan zijn.
Als je ntpdate wilt uitvoeren terwijl de ntp daemon al draait, gebruik dan het volgende commando:
# ntpdate -u pool.ntp.org
en het zal een andere poort gebruiken.
Het is in gebruik omdat de ntp service waarschijnlijk draait. Je hebt niet gezegd welke Linux je gebruikt, dus dit gaat ervan uit dat je service geïnstalleerd hebt (dat je een System V systeem draait):
$ sudo ntpdate pool.ntp.org
31 Aug 19:05:55 ntpdate[8911]: the NTP socket is in use, exiting
$ sudo service ntp stop
[ok] Stopping NTP server: ntpd.
$ sudo ntpdate pool.ntp.org
31 Aug 19:07:11 ntpdate[10355]: adjust time server 46.29.176.115 offset -0.002893 sec
$ sudo service ntp start
Eenvoudige one-liner om je klok te synchroniseren:
ntpdate -u ptbtime1.ptb.de && hwclock -w
U kunt een firewall hebben die poort 123 blokkeert waardoor de ntp server geen tijdservers te zien krijgt.
In mijn geval blokkeerde mijn ISP (Internet Service Provider) de poorten.
Een poortscan van 123 heeft de blokkade ook niet gedetecteerd.
Het rokende pistool was dat ik tijdelijk twee onafhankelijke, internet feeds heb. Als ik in linux ntpq -p (herhaaldelijk) draai met de eerste internet feed aangesloten, wordt er niets geupdate, maar met de andere feed krijg ik wel updates!
Zoals @Jens A. Koch zegt, ntpdate -u <server name> omzeilt dit, nou ja, tijdelijk (geen woordspeling bedoeld), het lost het tijdprobleem niet op lange termijn op.
Na verloop van tijd zal er drift optreden in zowel je systeem als je hardware klokken. In mijn geval zorgt het dual booten van Linux en Windows er ook voor dat de hardware klok nog verder in de war raakt (met uren).
Je moet dus poort 123 open hebben staan voor UDP om je systeemklok in stand te houden.
In plaats van -u te gebruiken, kun je ook dit doen, wat volgens mij poort 123 gebruikt (in plaats van een niet ‘gepriviligeerde’ poort):
service ntp stop, dan
ntpdate <server url> (zonder de -u) en tenslotte
service ntp start.
Dit lijkt het poortblokkeringsprobleem te omzeilen, tenminste om de klok een keer in te stellen. Als -u werkt, maar dit niet, dan is het een vrij zeker teken dat de poort geblokkeerd is, of dat de server niet reageert, …
Een ander probleem dat ik moest oplossen was dat voor mij de Debian standaard /etc/ntp.conf configuratie 4 regels naar de pools bevatte: debian.pool.ntp.org. Geen van die servers werkte. Ik kreeg deze foutmelding:
Fout bij het oplossen van debian.pool.ntp.org: Geen adres geassocieerd met hostname (-5) 24 Mar 04:49:27 ntpdate[15115]: Kan host debian.pool.ntp.org niet vinden: Geen adres geassocieerd met hostname (-5) 24 Mar 04:49:27 ntpdate[15115]: er kunnen geen servers worden gebruikt, exiting
Ik moest de servers veranderen in us.pool.ntp.org.