Hello,
J’ai un problème sur un serveur : on m’a remonté un problème de décalage horaire de 7 mn sur 2 semaines… ça sent un peu le sapin cette histoire.
Pensez-vous que ça viendrait de la pile où il y aurait quelquechose à faire directement côté debian, autre que du ntp (ça fout le bronx chez moi à chaque fois, quand je l’active, j’ai un décalage horaire de une ou deux heures… alors que sur de simples postes clients, tout est en ordre).
merci
[quote=“coldroom”]Hello,
J’ai un problème sur un serveur : on m’a remonté un problème de décalage horaire de 7 mn sur 2 semaines… ça sent un peu le sapin cette histoire.
Pensez-vous que ça viendrait de la pile où il y aurait quelquechose à faire directement côté debian, autre que du ntp (ça fout le bronx chez moi à chaque fois, quand je l’active, j’ai un décalage horaire de une ou deux heures… alors que sur de simples postes clients, tout est en ordre).
merci[/quote]
Cela peut-être la pile mais après l’avoir changée je continue à avoir le problème. Ma solutution : ntpdate lancé par cron une fois par jour.
Le décalage est proportionnel au nombre d’heures de connexion, c’est donc le serveur qui est constamment lancé qui se décale le plus 
Si le décalage se produit alors que le système tourne, alors la pile n’y est pour rien.
Une machine d’architecture PC (x86, i386, amd64) a deux horloges :
Ces deux horloges, produites par des oscillateurs à quartz, n’ont pas une précision parfaite, et elles dérivent dans le temps. Si La dérive se produit quand le système est arrêté, elle provient de l’horloge matérielle et peut augmenter si la pile est usée quand la machine est totalement hors tension (alimentation coupée). Si la dérive se produit quand le système tourne, elle provient de l’horloge système.
Ici une dérive de 7 minutes en 14 jours correspondrait à une précision de 350 ppm, c’est un peu élevé par rapport à la précision typique d’une horloge à quartz (de l’ordre de 50 à 100 ppm).
NTP (ntpd, ntpdate, chrony…) est un moyen simple de compenser ou d’ajuster la dérive de l’horloge système d’une machine connectée au réseau en la resynchronisant sur une source externe. Il y a aussi le paquet adjtimex qui permet d’ajuster l’horloge d’une machine isolée pour corriger sa dérive. J’ai observé que l’horloge matérielle, qui utilise un quartz de montre, avait plutôt tendance à moins dériver que l’horloge système.
Concernant le décalage d’une ou deux heures avec NTP, il pourrait être dû à une incohérence entre l’heure réglée et le fuseau horaire (timezone), par exemple UTC au lieu de CET/CEST.
Yes, c’était ça.
Merci pour ce complément d’infos.
Re,
J’avais cru lire :
[quote]on m’a remonté un problème de décalage horaire de 7 mn sur 2 semaines[/quote] 
Qu’est-ce que tu veux dire ?
Salut,
Dans son premier post il nous parle d’un décalage de quelques minutes, tu lui donnes la solution des fuseaux horaires et celà lui permet de mettre “résolu”
Je suppose que la résolution du problème secondaire de fuseau horaire a rendu acceptable l’utilisation de NTP pour résoudre le problème principal de dérive de l’horloge.
C’était exactement ça 
J’aurais du le préciser.
Je ne sais pas si c’est lié, mais je trouve que d’une façon générale la précision des quartz pour les horloges se dégrade. Sur mes anciennes machines du siècle précédent, je n’avais pas ntp, et l’horloge dérivait trés peu.
Sur les CM “modernes”, la dérive est bien plus grande rendant ntp obligatoire.
Et je ne parle pas des appareils électroménager achetés récemment et dont l’horloge dérive de plusieurs minutes par mois …
J’ai aussi constaté ça.