web-dev-qa-db-fra.com

Heure de mise à jour: ntpdate [3108]: le NTP socket est en cours d'utilisation, sortie

L'heure sur mon système est incorrecte pour une raison quelconque.
Je dois exécuter une mise à jour, mais je ne parviens pas à le faire.
C'est l'erreur.

ntpdate pool.ntp.org
31 Aug 12:31:59 ntpdate[3108]: the NTP socket is in use, exiting

je viens de redémarrer, je ne sais pas comment tout peut être in use.

linuxterminaltimentp
67
user2735866

Il est utilisé car le service ntp est probablement en cours d'exécution. Vous n'avez pas mentionné le système Linux que vous utilisez, cela suppose donc que vous avez installé service (que vous utilisez un système System V):

$ 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
71
terdon

Si vous souhaitez exécuter ntpdate avec le démon ntp déjà opérationnel, utilisez la commande suivante:

# ntpdate -u pool.ntp.org

et il utilisera un port différent.

146
RoseHosting

Une seule ligne pour synchroniser votre horloge:

ntpdate -u ptbtime1.ptb.de && hwclock -w
2
Jens A. Koch

Vous pouvez avoir un pare-feu bloquant le port 123 , ce qui peut empêcher le serveur NTP de voir les serveurs de temps.

Dans mon cas, mon FAI (fournisseur de services Internet) bloquait des ports.

Une analyse de port de 123 n'a pas non plus détecté le blocage.

Le pistolet fumant était que j'avais temporairement deux sources Internet indépendantes. Sous Linux, si je lance ntpq -p (plusieurs fois) avec le premier flux Internet branché, rien n'est mis à jour, mais avec l'autre flux, je reçois des mises à jour!

Comme @Jens A. Koch dit, ntpdate -u <server name> fait le tour, eh bien, temporairement (sans jeu de mots), cela ne règle pas le problème du temps à long terme.

Au fil du temps, les horloges de votre système et de votre matériel subiront une dérive. De plus, dans mon cas, le double amorçage de linux/windows provoque une perturbation supplémentaire de l'horloge matérielle (en heures).

Vous devez donc avoir le port 123 ouvert pour UDP afin de maintenir votre horloge système.

Plutôt que d'utiliser -u, vous pouvez aussi faire ce qui, je pense, utilise le port 123 (plutôt qu'un port non privilégié):

service ntp stop, puis
ntpdate <server url> (sans le -u) et enfin
service ntp start.

Cela semble contourner le problème de blocage des ports, du moins pour régler l’horloge une fois. Si -u fonctionne, mais que cela ne fonctionne pas, il s'agit d'un signe assez certain que le port est bloqué ou que le serveur ne répond pas, ...

Un autre problème que je devais résoudre était que, pour moi, la configuration /etc/ntp.conf par défaut de Debian incluait 4 lignes vers les pools: debian.pool.ntp.org. Aucun de ces serveurs n'a fonctionné. J'ai eu ce message d'erreur:

Erreur lors de la résolution du fichier debian.pool.ntp.org: Aucune adresse associée à
hostname (-5) 24 mars 04:49:27 ntpdate [15115]: Impossible de trouver l'hôte
debian.pool.ntp.org: aucune adresse associée au nom d'hôte (-5) le 24 mars
04:49:27 ntpdate [15115]: aucun serveur ne peut être utilisé, vous en sortez

J'ai dû changer les serveurs en us.pool.ntp.org.

0
Elliptical view