NTP ne se synchronise pas, se synchronise uniquement au redémarrage du service

8

Mon serveur ubuntu 11.10 est resté assis très heureux pendant les 3 à 4 derniers mois, puis tout à coup le temps a commencé à se désynchroniser d'une heure. Je ne sais pas pourquoi, rien n'a changé concernant la configuration du serveur, j'ai lu que cela peut être dû à l'utilisation des ressources système.

Quoi qu'il en soit, pour contrer cela, j'ai vu que beaucoup de gens recommandent d'installer NTP et le démon NTP (ntpd) pour que l'heure soit synchronisée automatiquement. j'ai installé NTPD et il semble fonctionner pendant une journée, puis cesse soudainement de fonctionner.

après environ une journée où je fais

ntpq -q

pour lister les pairs connectés, j'obtiens l'erreur

ntpq: read: Connection refused

si j'essaye de redémarrer le service

sudo service ntp restart

je reçois le message suivant

* Stopping NTP server ntpd                                                  
start-stop-daemon: warning: failed to kill 26915: No such process                                                                      
* Starting NTP server ntpd 

une fois que j'ai fait cela dans environ 5 minutes, le temps est à nouveau synchronisé. Si je redémarre le service, je ne reçois pas le message ci-dessus, je reçois juste

 * Stopping NTP server ntpd                                             
 * Starting NTP server ntpd 

et si j'essaye à nouveau ntpq -p je reçois

         remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
 noc.be.it2go.eu 193.190.230.66   2 u   43   64    3   10.819  -353184   0.183
 panoramix.linoc 193.67.79.202    2 u   41   64    3   24.647  -353186   0.178
 nsb.lds.net.ua  160.45.10.8      2 u   39   64    3   68.545  -353186   0.001
 europium.canoni 193.79.237.14    2 u   38   64    3    1.222  -353186   0.096

c'est presque comme redémarrer le service pour le mettre en action, mais environ un jour plus tard, je devrai refaire la même chose car le temps aura cessé de se synchroniser.

voici ce qui se trouve dans le fichier journal

13 Feb 11:18:38 ntpd[27108]: ntpd exiting on signal 15
14 Feb 11:44:30 ntpd[1872]: ntpd exiting on signal 15
15 Feb 10:16:25 ntpd[26869]: ntpd exiting on signal 15
16 Feb 05:26:41 ntpd[26915]: 158.37.91.134 interface xxx.xxx.xxx.xxx -> xxx.xxx.xxx.xxx
16 Feb 05:51:41 ntpd[26915]: 158.37.91.134 interface xxx.xxx.xxx.xxx -> xxx.xxx.xxx.xxx
16 Feb 10:14:30 ntpd[23793]: ntpd exiting on signal 15

dans le fichier journal ci-dessus, à 13 février 11:18:38, voici ce qui apparaît dans / var / log / syslog

Feb 13 11:18:40 serverx ntpd[29251]: ntpd [email protected] Fri Jun 17 06:06:35 UTC 2011 (1)
Feb 13 11:18:40 serverx ntpd[29252]: proto: precision = 0.118 usec
Feb 13 11:18:40 serverx ntpd[29252]: ntp_io: estimated max descriptors: 1024, initial socket boundary: 16
Feb 13 11:18:40 serverx ntpd[29252]: Listen and drop on 0 v4wildcard 0.0.0.0 UDP 123
Feb 13 11:18:40 serverx ntpd[29252]: Listen and drop on 1 v6wildcard :: UDP 123
Feb 13 11:18:40 serverx ntpd[29252]: Listen normally on 2 lo 127.0.0.1 UDP 123
Feb 13 11:18:40 serverx ntpd[29252]: Listen normally on 3 eth0 xx.xxx.xxx.xxx UDP 123
Feb 13 11:18:40 serverx ntpd[29252]: Listen normally on 4 eth0:1 xx.xxx.xxx.xxx UDP 123
Feb 13 11:18:40 serverx ntpd[29252]: Listen normally on 5 eth0:2 xx.xxx.xxx.xxx UDP 123
Feb 13 11:18:40 serverx ntpd[29252]: Listen normally on 6 eth0:3 xx.xxx.xxx.xxxUDP 123
Feb 13 11:18:40 serverx ntpd[29252]: Listen normally on 7 eth0:4 xx.xxx.xxx.xxx UDP 123
Feb 13 11:18:40 serverx ntpd[29252]: Listen normally on 8 eth0:5 xx.xxx.xxx.xxx UDP 123
Feb 13 11:18:40 serverx ntpd[29252]: Listen normally on 9 eth0:6 xx.xxx.xxx.xxx UDP 123
Feb 13 11:18:40 serverx ntpd[29252]: Listen normally on 10 eth0:7 xx.xxx.xxx.xxx UDP 123
Feb 13 11:18:40 serverx ntpd[29252]: Listen normally on 11 eth0:8 xx.xxx.xxx.xxx UDP 123
Feb 13 11:18:40 serverx ntpd[29252]: Listen normally on 12 eth0 fe80::250:56ff:fea1:41 UDP 123
Feb 13 11:18:40 serverx ntpd[29252]: Listen normally on 13 lo ::1 UDP 123

xxx.xxx.xxx.xxx = adresse IP

des idées pourquoi cela se produit?

Michael Barrett
la source
1
Que dit le journal?
adaptr
Salut, je ne sais pas trop où il se connecte? ive pas mis un fichier journal dans mon ntpd.conf
Michael Barrett
Ajoutez simplement logfile /var/log/ntp.logà ntp.conf et redémarrez ntpd.
adaptr
il s'avère que la journalisation était activée. j'ai ajouté le contenu du fichier journal des derniers jours au message d'origine
Michael Barrett
1
Même problème ici, une idée?
eskatos

Réponses:

3

Je soupçonne que votre horloge est trop éloignée pour ntpdpouvoir la ramener à l'heure exacte. NTP ne fonctionne que si l'horloge se trouve à +/- 5 minutes de l'heure correcte.

Commencez avec le -gdrapeau pour forcer une ntpdatecorrection unique de style. Je ne connais pas très bien Ubuntu mais je soupçonne qu'il y a un fichier par défaut / config ntpddans / etc quelque part où vous pouvez ajouter ce drapeau.

James O'Gorman
la source
1
mais s'il était trop éloigné, pourquoi se synchroniserait-il à l'heure correcte lorsque j'arrêterais et démarrerais le service manuellement?
Michael Barrett
Je n'étais pas tout à fait sûr en fonction de votre question de savoir s'il était réellement synchronisé auparavant (car le décalage dans votre ntpqsortie était très éloigné). Je recommande toujours de commencer ntpdavec -get voir si elle continue à mourir.
James O'Gorman
hey quand je regarde la liste des processus, elle ressemble à déjà commencée avec le drapeau -g: / usr / sbin / ntpd -p /var/run/ntpd.pid -g -u 109: 116
Michael Barrett
On dirait que ça l'a fait. J'ai corrigé la dérive de temps de 2 heures et jusqu'à présent, aucun signal 15 log trouvé.
3bdalla