Bien le bug est passé comme prévu, voilà ce que ça donne:
[code]
22:52:26 < HEURE SUR UN AUTRE SERVEUR NTP: heure exacte donc
vendredi 4 septembre 2015, 22:52:26 (UTC+0200) < DATE MACHINE (date)
0 <--- HEURE système moins HEURE RTC en secondes (via un pgm C maison)
22:52:34
vendredi 4
Le samedi 5 septembre 2015, 09:30:47 Francois Boisson a écrit :
>[…]
> Questions:
> * Pourquoi l'heure RTC se décale comme ça?
> * Pourquoi ce décalage s'impose au serveur NTP?
Et aussi : Pourquoi le serveur NTP voit le décalage quand il
apparaît mais pas quand il disparaît ?
> Ça n'est pas
Le samedi 5 septembre 2015, 17:11:48 François Boisson a écrit :
>[… CONFIG_RTC_SYSTOHC …]
> > Sauf que cette option a été ajoutée au noyau 3.10 et
> > n’existe pas dans le 2.6…
>
> Mince je pensais que cela existait déjà sur le 2.6. C'était
> mon explication...
Vérifie quand même sur ton
Le Sat, 05 Sep 2015 11:31:29 +0200
"Sylvain L. Sauvage" a écrit:
> Et aussi : Pourquoi le serveur NTP voit le décalage quand il
> apparaît mais pas quand il disparaît ?
dans le deuxième cas le décalage est trop grand et ans ce cas, NTP ne rattrape
pas l'heure. Ce
Bonjour à tous,
Je commence par un petit historique de mes manip jusqu'aux problèmes
actuels :
J'ai un serveur dédié chez OVH sur lequel est installé Proxmox 3.0, avec en
gros une VM par service (toutes sous Debian dans des CT OpenVZ).
La semaine dernière, j'ai fait une mise à jour de la VM DNS.
5 matches
Mail list logo