Re: Fonctionnement de NTP
Le Mon, 30 Jul 2012 12:10:49 +0200,
David S <debian@davidsanchez.fr> a écrit :
>Le 30/07/2012 12:01, David BERCOT a écrit :
>> Bonjour,
>>
>> Je voudrais que des serveurs Debian soient toujours synchronisés avec
>> des serveurs NTP internes.
>> A priori, la solution consiste à utiliser le démon NTP (ntpdate
>> semble en plus ne pas fonctionner correctement avec la version
>> stable).
>>
>> Donc, après l'installation de ntp sur un de ces serveurs, je remplace
>> les lignes server 0.debian.pool... par les serveurs internes. Puis je
>> relance ntp.
>>
>> Malheureusement, il semble que celui-ci ne veuille pas se
>> synchroniser... J'ai le résultat suivant :
>> root@serveur_debian:/etc# ntpdc -p
>> remote local st poll reach delay offset
>> disp
>> =======================================================================
>> =s90w801.ad.inse 10.44.209.188 2 64 377 0.01012 -31.80681
>> 0.12862 =s44w801.ad.inse 10.44.209.188 3 64 377 0.00047
>> -31.81074 0.12860 =s48w801.ad.inse 10.44.209.188 2 64 377
>> 0.02019 -31.81138 0.12857
>>
>> A priori, on a bien 31 secondes d'écart ?
>>
>> Le problème est que cet écart ne bouge pas sur la durée (plusieurs
>> jours)... Est-ce normal ? Y a-t-il une limite de temps qui fait que
>> c'est trop important pour ntp ? Y a-t-il des contraintes
>> particulières sur des serveurs virtuels (sur VMware) ?
>>
>> Bref, j'avoue que j'étudie le problème depuis près de 2 semaines sans
>> succès...
>>
>> Merci d'avance pour vos idées lumineuses ;-)
>>
>> David.
>>
>Hello,
>
>Non c'est le delay qui indique l'écart entre l'heure du serveur et
>l'heure exacte.
>Après chez nous aussi on a du vmware, et l'offset est souvent
>important (on impute sa au fonctionnement de vmware...).
>Surtout si tu tente un ntpdate (déprécié, et utiliser le démon ntp est
>bien plus propre pour remettre à l'heure une machine en douceur), le
>réglage de la mire sera de l'ordre du delay.
>
>Un autre David.
Salut David,
Je ne voudrais pas te contredire (surtout que je ne suis pas un
spécialiste), mais là, j'ai quand même l'impression que l'offset
représente bien la différence entre le serveur Debian & le serveur de
temps.
Commandes :
root@debian-david:/etc# date 07301310 [alors qu'il était 13h20]
lundi 30 juillet 2012, 13:10:00 (UTC+0200)
root@debian-david:/etc# ntpdc -p
remote local st poll reach delay offset disp
=======================================================================
=s90w801.ad.inse 10.44.209.188 2 64 377 0.00862 574.94203 0.12845
=s44w801.ad.inse 10.44.209.188 3 64 377 0.00038 574.92482 0.12846
=s48w801.ad.inse 10.44.209.188 2 64 377 0.01283 574.94261 0.12849
Donc, on observe bien 575 secondes d'écart (logique, ça fait 10
minutes).
root@debian-david:/etc# /etc/init.d/ntp stop
[ ok ] Stopping NTP server: ntpd.
root@debian-david:/etc# ntpdate-debian
30 Jul 13:20:23 ntpdate[980]: step time server 10.90.252.1 offset
574.936234 sec
root@debian-david:/etc# /etc/init.d/ntp start
[ ok ] Starting NTP server: ntpd.
root@debian-david:/etc# ntpdc -p
remote local st poll reach delay offset disp
=======================================================================
=s90w801.ad.inse 10.44.209.188 2 64 1 0.00880 0.004714 1.98726
=s44w801.ad.inse 10.44.209.188 3 64 1 0.00029 -0.006341 1.39684
=s48w801.ad.inse 10.44.209.188 2 64 1 0.01324 -0.000253 1.98726
Et là, je n'ai plus de différence avec le serveur de temps...
David.
Reply to: