ntpd mauvaise synchronisation

Version imprimable

26/09/2011, 17h37
drKzs

ntpd mauvaise synchronisation
Bonjour,

J'essaie de mettre en place NTP, et j'ai quelques soucis.

J'ai un serveur A qui se synchronise avec personne. J'ai juste mis
Code:

1 2 3 server 127.127.1.0 fudge 127.127.1.0
Ensuite quelques machines qui se synchronisent (sont censées) .
J'ai juste, en plus de l'horloge locale, ajouté

Code:

server {serverA-ip}

Dans les logs des machines, je vois :

Code:

{date blabla} : synchronized to 172.16.52.1, stratum 1

Il s'agit bien de l'adresse du serveur, mais l'horloge n'est pas synchronisée :?

Parfois juste en dessous, j'ai

Code:

{date blabla} : synchronized to LOCAL(0), stratum 10

Pourquoi il se synchronise toujours sur l'horloge locale, c'est un comportement normal ?

Pour info, quand je fais ntpq -p, j'ai

Citation:

remote refid st t when poll reach delay offset jitter
==============================================================================
serverA LOCAL(0) 11 u 40 128 177 0.095 -210461 98.625
*LOCAL(0) .LOCL. 10 l 36 64 377 0.000 0.000 0.001

c'est normal que refid ne soit pas l'adresse IP ?

Merci
26/09/2011, 19h19
drKzs

grr sur 5 machines, une seule se synchronise :cry:
Pourtant, c'est le même fichier de configuration, y a pas de firewall....

??
26/09/2011, 19h47
ram-0000

Une idée comme cela, si la désynchro est trop importante, certains démons ntp refuse de se synchroniser.

Peut être qu'il faut que tu fasse d'abord une mise à l'heure grossière à la main pour laisser ensuite ntp finir le boulot
26/09/2011, 20h21
drKzs

ah oui, l'offset max... non malheureusement, il y a environ 10 ou 15 minutes de différences seulement...

Parfois il y a un long moment avant qu'un synchronized apparaisse dans les logs, comme si ntp était inactif (il tourne toujours pourtant)...

Je vais voir demain matin o ça en est...
27/09/2011, 09h18
drKzs

Bon, depuis hier soir mes machines ne se sont pas synchronisées, dernières traces à 18h36 :(
27/09/2011, 09h49
drKzs

Citation:

remote refid st t when poll reach delay offset jitter
==============================================================================
serverA LOCAL(0) 11 u 40 128 177 0.095 -210461 98.625
*LOCAL(0) .LOCL. 10 l 36 64 377 0.000 0.000 0.001

Si l'étoile est devant LOCAL, ça signifie que la machine se synchronise avec LOCAL et non avec serverA je crois ?
27/09/2011, 11h53
drKzs

Bien, après être tombé sur la FAQ ntp ( :oops: j'aurai dû regardé avant :oops: )
il semble que retirer les ordres d'horloge locale résolve le problème, problème à priori connu sur certains kernel...

Je continue à observer les logs et je viendrai confirmer la solution, qui pose néanmoins problème si mon serveurA se synchronise lui-même sur un serveur "externe", cas dans lequel il semble bel et bien recommandé de spécifier une horloge locale, au cas où le serveur "externe" ne serait pas joignable.
La question qui reste est donc, si le serveur "externe" n'est plus joignable, et si aucune horloge locale n'est spécifiée sur mon serveur A, est-ce mon serveurA permettra quand même aux 5 machines de synchroniser ?