[ntp] dérive de l'heure système

[traaf]

Salut

depuis quelques temps, l'heure de mon système n'est plus stable du tout, alors qu'il n'y avait aucun problème jusque là
j'utilisais ntpdate, pour résoudre le pb, je suis passé à ntpd puis openntpd, sans succès...
à l'heure actuelle, mon rc.conf contient

Code : Tout sélectionner

HARDWARECLOCK="localtime"
DAEMONS=(syslog-ng network @acpid @crond @openntpd dbus hal rpcbind nfs-common nfs-server fam esd sshd @alsa avahi-daemon netfs @autofs )

il est 20h et queques minutes

Code : Tout sélectionner

hwclock 
ven. 30 oct. 2009 20:29:39 CET  -0.753962 secondes

ntp.conf contient
server 0.fr.pool.ntp.org
server 1.fr.pool.ntp.org
server 2.fr.pool.ntp.org
server 3.fr.pool.ntp.org

Code : Tout sélectionner

date
ven. oct. 30 20:39:47 CET 2009

20h39 affiché dans le panel

Code : Tout sélectionner

sudo /etc/rc.d/openntpd restart
Mot de passe : 
:: Stopping OpenNTPD                                                     [DONE] 
:: Starting OpenNTPD                                                     [DONE] 
$ date
ven. oct. 30 20:06:41 CET 2009

ca se recale, et ca dérive peu a peu .... jusqu'a ce que je redémarre le demon...
comment régler ca ?
plus proprement qu'en insérant un redémarrage de openntpd dans cron

[benjarobin]

Je veux pas dire mais as tu cherche dans le forum a propos de ce problème, si oui précise les nombreux sujets, et ce que tu as teste. Merci

[traaf]

ben écoute, j'ai lu certains qui ont résolu leur pb en installant openntpd, ce que j'ai fait

d'autre en remplacant HARDWARECLOCK="local"
par HARDWARECLOCK="localtime" , qui était déjà correctement configuré chez moi

j'ai vu un truc sur USEDIRECTISA="yes" , mais qui a priori n'est plus d'actualité....
voilà

[farvardin]

et si tu ne fais pas de mise à jour régulière de l'heure (à quelle fréquence d'ailleurs ?), est-ce que cela dérive ? As-tu du multiboot ?

Chez moi je lance manuellement ntpdate toute les 2 semaines, et c'est bien suffisant.

[traaf]

pas de multiboot, et oui, ca dérive
boot à 8h ce matin, j'ai synchonisé l'heure....
10 minutes de décalage actuellement, ca va aller en augmentant de plus en plus

$ date est décalé
sam. oct. 31 14:26:15 CET 2009
$ hwclock est à l'heure (actuellement, ce qui n'était pas non plus le cas à mon premier message)
sam. 31 oct. 2009 14:16:28 CET -0.753952 secondes


concernant la fréquence des mise à jour, je n'ai pas l'impression que ca se relance automatiquement. je dois le faire manuelllemnt qd le décalage m'ennuie... (c'est perturbant de pas être à l'heure, ca m'a vallu quelques coups de stress :p )

[benjarobin]

Essaye ceci : http://forums.archlinux.fr/topic4501.html

Sinon peut être une autre façon de procéder, désactive dans rc.conf openntpd, puis créer ce script en mettant l'heure exacte que tu voudra lors de son exécution, mais je tenterai plutôt la façon de tuxce

Code : Tout sélectionner

#!/bin/sh
echo "" > /var/lib/hwclock/adjtime
hwclock --set --date="hh:mm:ss"
hwclock -s
echo "" > /var/lib/hwclock/adjtime
hwclock --set --date="hh:mm:ss"
hwclock -s
/etc/cron.hourly/adjtime

Puis redemarre
PS: remplace hh:mm:ss par l'heure que tu veux mettre

[traaf]

salut

Code : Tout sélectionner

$hwclock
dim. 01 nov. 2009 07:40:39 CET  -0.673771 secondes
$ date
dim. nov.  1 08:18:01 CET 2009

hwclock reste bien calé
date décale toujours
je fais

Code : Tout sélectionner

/etc/rc.d/openntpd restart

hwclock -r
dim. 01 nov. 2009 07:43:30 CET  -0.080466 secondes

date
dim. nov.  1 07:44:38 CET 2009

les 2 sont bien à l'heure maintenant

Code : Tout sélectionner

echo "0.0 0 0.0" > /var/lib/hwclock/adjtime

hwclock -w --localtime

date
dim. nov.  1 07:44:45 CET 2009

hwclock -r
dim. 01 nov. 2009 07:44:49 CET  -0.738283 secondes

et je reboote
on verra

[traaf]

bilan après qqes jours: ca ne marche pas du tout :/

actuellement : à 13h30
hwclock est ajusté
date est décalé (indique environ 15h20)

je reboote
hwclock est décalé (l'heure de $date est sauvegardée, du coup, a chaque reboot , si je n'ai pas synchronisé manuellement, la mauvaise heure écrase la précédente)
date est ajusté, car le demon est lancé, mais recommence a dériver....

[tuxce]

c'est une install en dur ou dans une machine virtuelle ?

[traaf]

ah non non, c'est une install en dur
en place depuis 2 ans, et ca marchait bien jusque là

cf mon message N°1
http://forums.archlinux.fr/topic1092.html
c'est la même install depuis

[tuxce]

essaie ceci:
remplace openntpd par ntp, supprime /var/lib/ntp/ntp.drift, rajoute:

Code : Tout sélectionner

tinker panic 0

dans /etc/ntp.conf
et lance

Code : Tout sélectionner

ntpd -n -d

en root, et laisse le dans une console dans un coin et regarde si ça dérive et surtout s'il quitte.


et à part ceci, ce que tu peux tester, c'est démarrer sans le mode graphique, s'assurer que c'est à l'heure, ne pas lancer ntpd (ou openntpd) laisser un moment et vérifier s'il y a eu un décalage.

[traaf]

merci à toi

essaie ceci:
remplace openntpd par ntp, supprime /var/lib/ntp/ntp.drift, rajoute:

Code : Tout sélectionner

tinker panic 0

dans /etc/ntp.conf
et lance

Code : Tout sélectionner

ntpd -n -d

en root, et laisse le dans une console dans un coin et regarde si ça dérive et surtout s'il quitte.

j'ai synchonisé mon horloge manuellement, désactivé le tout dans rc.conf, la console ntpd tourne...

je file au taf
résultat demain matin

[traaf]

beuh
7h30 à la pendule
$ date
dim. nov. 15 07:49:24 CET 2009
$ hwclock
dim. 15 nov. 2009 06:49:50 CET -0.353

ntpd tourne toujours en console, c'est bourré de ca :

Code : Tout sélectionner

ive: at 43583 10.0.0.10<-213.251.173.182 mode 4 code 1 auth 0
clock_filter: n 8 off -1140.992385 del 0.056037 dsp 0.000955 jit 7.602397, age 0
transmit: at 43605 10.0.0.10->138.96.64.10 mode 3
receive: at 43605 10.0.0.10<-138.96.64.10 mode 4 code 1 auth 0
clock_filter: n 8 off -1141.602104 del 0.067565 dsp 0.000929 jit 7.504625, age 0
transmit: at 43608 10.0.0.10->87.98.181.57 mode 3
receive: at 43608 10.0.0.10<-87.98.181.57 mode 4 code 1 auth 0
clock_filter: n 8 off -1141.677295 del 0.060680 dsp 0.000940 jit 7.496830, age 0
auth_agekeys: at 43620 keys 1 expired 0
transmit: at 43630 10.0.0.10->94.23.207.136 mode 3
receive: at 43630 10.0.0.10<-94.23.207.136 mode 4 code 1 auth 0
clock_filter: n 8 off -1142.160222 del 0.060952 dsp 0.000946 jit 7.561689, age 0
transmit: at 43646 10.0.0.10->213.251.173.182 mode 3
receive: at 43646 10.0.0.10<-213.251.173.182 mode 4 code 1 auth 0
clock_filter: n 8 off -1142.633115 del 0.056053 dsp 0.000934 jit 7.564741, age 0
transmit: at 43669 10.0.0.10->138.96.64.10 mode 3
receive: at 43669 10.0.0.10<-138.96.64.10 mode 4 code 1 auth 0
clock_filter: n 8 off -1143.269876 del 0.068171 dsp 0.000929 jit 7.491388, age 0
transmit: at 43674 10.0.0.10->87.98.181.57 mode 3
receive: at 43674 10.0.0.10<-87.98.181.57 mode 4 code 1 auth 0
clock_filter: n 8 off -1143.398118 del 0.059451 dsp 0.000949 jit 7.540525, age 0
auth_agekeys: at 43680 keys 1 expired 0
transmit: at 43696 10.0.0.10->94.23.207.136 mode 3
receive: at 43696 10.0.0.10<-94.23.207.136 mode 4 code 1 auth 0
clock_filter: n 8 off -1143.909816 del 0.059900 dsp 0.000953 jit 7.636397, age 0
transmit: at 43710 10.0.0.10->213.251.173.182 mode 3
receive: at 43710 10.0.0.10<-213.251.173.182 mode 4 code 1 auth 0
clock_filter: n 8 off -1144.299309 del 0.058133 dsp 0.000931 jit 7.544967, age 0
transmit: at 43735 10.0.0.10->138.96.64.10 mode 3
receive: at 43735 10.0.0.10<-138.96.64.10 mode 4 code 1 auth 0
clock_filter: n 8 off -1144.990302 del 0.069399 dsp 0.000944 jit 7.515912, age 0
transmit: at 43738 10.0.0.10->87.98.181.57 mode 3
receive: at 43738 10.0.0.10<-87.98.181.57 mode 4 code 1 auth 0
clock_filter: n 8 off -1145.062133 del 0.067808 dsp 0.000939 jit 7.529725, age 0
auth_agekeys: at 43740 keys 1 expired 0
transmit: at 43762 10.0.0.10->94.23.207.136 mode 3
receive: at 43762 10.0.0.10<-94.23.207.136 mode 4 code 1 auth 0
clock_filter: n 8 off -1145.659123 del 0.060504 dsp 0.000956 jit 7.698017, age 0
transmit: at 43774 10.0.0.10->213.251.173.182 mode 3
receive: at 43774 10.0.0.10<-213.251.173.182 mode 4 code 1 auth 0
clock_filter: n 8 off -1145.966982 del 0.055589 dsp 0.000930 jit 7.528397, age 0
transmit: at 43799 10.0.0.10->138.96.64.10 mode 3
receive: at 43799 10.0.0.10<-138.96.64.10 mode 4 code 1 auth 0
clock_filter: n 8 off -1146.658614 del 0.067624 dsp 0.000936 jit 7.502178, age 0
auth_agekeys: at 43800 keys 1 expired 0
timer: interface update
transmit: at 43802 10.0.0.10->87.98.181.57 mode 3
receive: at 43802 10.0.0.10<-87.98.181.57 mode 4 code 1 auth 0
clock_filter: n 8 off -1146.733684 del 0.059786 dsp 0.000934 jit 7.522587, age 0
transmit: at 43825 10.0.0.10->94.23.207.136 mode 3
receive: at 43825 10.0.0.10<-94.23.207.136 mode 4 code 1 auth 0
clock_filter: n 8 off -1147.307990 del 0.059936 dsp 0.000935 jit 7.653322, age 0
transmit: at 43838 10.0.0.10->213.251.173.182 mode 3
receive: at 43838 10.0.0.10<-213.251.173.182 mode 4 code 1 auth 0
clock_filter: n 8 off -1147.634187 del 0.056141 dsp 0.000929 jit 7.500314, age 0

et à part ceci, ce que tu peux tester, c'est démarrer sans le mode graphique, s'assurer que c'est à l'heure, ne pas lancer ntpd (ou openntpd) laisser un moment et vérifier s'il y a eu un décalage.

re resynchronise, et je tente ca