[Linux-bruxelles] NTP - hardware clock

Didier MISSON didier.misson at atofina.com
Mer 13 Oct 10:31:47 CEST 2004


Linux Debian Sarge

J'ai plusieures machines synchronisées en NTP.
Ok, ça fonctionne.
Les différences de temps entre ces serveurs semblent assez limitées.

Mais...

Je reboot un des serveurs, après upgrade du kernel...
Je me retrouve, au début quand les NTP ne sont pas encore synchro, avec 
une différence de 500 msec avec les autres serveurs,
alors qu'avant le reboot, il y avait seulement 2 ou 3 msec :o)

Pourquoi ?
Le ntp serveur qui tourne, il ne met pas à jour l'horloge hardware ???

Le serveur 1, non rebooté, avec peu de décallage :

root at abrusnmrtg1:~# ntpq -p
     remote           refid      st t when poll reach   delay   offset 
jitter
==============================================================================
+sea-par-ntp-gro 10.22.129.1      8 u  646 1024  377   24.249   -0.243 
0.395
+sea-par-ntp-gro 10.22.129.1      8 u  651 1024  377   24.760   -1.381 
2.996
*........   .....253.72   3 u  572 1024  377   29.540    0.672   1.797
-192.168.0.254   146.249.254.90   4 u  211 1024  377    1.557   -4.224 
0.006

 abrusnmrtg2     146.249.254.90   4 u   31   64    3   13.853  119.979 
315.323

+157.243.170.7   146.249.254.90   4 u  652 1024  377   22.929   -1.182 
1.441
+10.177.80.3     10.170.20.114    5 u  349 1024  377   30.687   -0.481 
3.237
-10.177.127.252  57.222.108.1     6 u  641 1024  377   22.968   -3.189 
0.596
 LOCAL(0)        LOCAL(0)        13 l    2   64  377    0.000    0.000 
0.004
root at abrusnmrtg1:~#


Le serveur 2 que je viens de rebooter :


root at abrusnmrtg2:~# ntpq -p
     remote           refid      st t when poll reach   delay   offset 
jitter
==============================================================================
 sea-par-ntp-gro 10.22.129.1      8 u   36   64    7   23.110  -482.72 
1.604
 sea-par-ntp-gro 10.22.129.1      8 u   32   64    7   26.193  -485.10 
0.960
 rs1.total.com   146.249.253.72   3 u   36   64    7   28.348  -487.75 
0.791
 192.168.0.254   146.249.254.90   4 u   16   64    7    1.231  -488.98 
0.951
 abrusnmrtg1     146.249.254.90   4 u   33   64    2    0.182  -484.80 
0.004
 157.243.170.7   .INIT.          16 u    -   64    0    0.000    0.000 
4000.00
 10.177.80.3     .INIT.          16 u    -   64    0    0.000    0.000 
4000.00
 10.177.127.252  57.222.108.1     6 u   28   64    7   23.764  -488.51 
1.097
 LOCAL(0)        LOCAL(0)        13 l   25   64    7    0.000    0.000 
0.004
root at abrusnmrtg2:~#

root at abrusnmrtg2:~# ntpq -p
     remote           refid      st t when poll reach   delay   offset 
jitter
==============================================================================
+sea-par-ntp-gro 10.22.129.1      8 u   46   64   77   22.766  -482.55 
158.749
+sea-par-ntp-gro 10.22.129.1      8 u   45   64   77   25.987  -484.83 
161.627
*rs1.total.com   146.249.253.72   3 u   49   64   77   28.276  -487.53 
155.271
-192.168.0.254   146.249.254.90   4 u   28   64   77    0.004  -104.26 
366.720
 abrusnmrtg1     146.249.254.90   4 u   45   64   26    0.004  -276.13 
202.273
 157.243.170.7   .INIT.          16 u    -   64    0    0.000    0.000 
4000.00
 10.177.80.3     .INIT.          16 u    -   64    0    0.000    0.000 
4000.00
+10.177.127.252  57.222.108.1     6 u   40   64   77   22.916  -488.00 
169.881
 LOCAL(0)        LOCAL(0)        13 l   34   64   77    0.000    0.000 
0.004
root at abrusnmrtg2:~#


Est-ce que je dois moi-même ajouter une commande pour faire horloge Linux 
NTP --> horloge hardware
dans la séquence de reboot ? 
Ce serait mieux si on repartait, au boot, avec une heure déjà + proche des 
autres serveurs NTP ...

-- 
Didier





Plus d'informations sur la liste de diffusion Linux-bruxelles