URL: https://linuxfr.org/forums/linux-redhat/posts/ol7-desynchronisation-rapide-de-ntp Title: OL7 : Désynchronisation rapide de NTP. Authors: Kangs Date: 2016年12月19日T16:50:58+01:00 License: CC By-SA Tags: Score: 2 Bonjour, J’ai un problème avec mon client ntp qui se désynchronise sans que je n’en comprenne la raison. (chrony marche lui sans aucun problème, mais je dois utiliser ntp) Ma configuration, j’ai une VM (nommé K2) qui me sert de serveur de temps, j’ai plusieurs autres VMs qui se synchronise sur K2. K2 utilise maintenant chrony pour se synchroniser sur internet, car ntp ne fait rapidement plus la synchronisation. Pour les autres VMs je dois impérativement utiliser ntp. Le problème est que je ne sais pas depuis combien de temps la synchronisation ne fonctionne plus, elle n'est importante que dans une cas particulier de serveur en RAC que je n'ai plus fait depuis un moment. L’offset grossi rapidement après le boot et ne cesse d’augmenter. ``` # while [ true ]; do date; ntpq -p; sleep 60; done Mon Dec 19 16:16:50 CET 2016 remote refid st t when poll reach delay offset jitter ============================================================================== *K2.orcl 163.172.10.91 3 u 2 64 1 1.077 -159.25 0.000 Mon Dec 19 16:17:50 CET 2016 remote refid st t when poll reach delay offset jitter ============================================================================== *K2.orcl 163.172.10.91 3 u 62 64 1 1.077 -159.25 0.000 Mon Dec 19 16:18:50 CET 2016 remote refid st t when poll reach delay offset jitter ============================================================================== K2.orcl 163.172.10.91 3 u 55 64 3 0.933 -1665.0 1505.79 Mon Dec 19 16:19:50 CET 2016 remote refid st t when poll reach delay offset jitter ============================================================================== K2.orcl 163.172.10.91 3 u 50 64 7 0.933 -1665.0 1483.63 Mon Dec 19 16:20:50 CET 2016 remote refid st t when poll reach delay offset jitter ============================================================================== K2.orcl 163.172.10.91 3 u 44 64 17 0.933 -1665.0 2088.09 Mon Dec 19 16:21:50 CET 2016 remote refid st t when poll reach delay offset jitter ============================================================================== K2.orcl 163.172.10.91 3 u 39 64 37 0.933 -1665.0 2850.82 ``` Comme l'étoile devant K2 disparaît, je pense à une désynchronisation. Sur l'exemple ce n'est pas en mis en évidence mais l'offset ne cesse d'augmenter, au bout de 4h la VM avancera de 10mn par rapport au serveur de temps K2. Si je stop ntpd, synchronise avec ntpdate et démarre ntpd, le problème met moins de 6mn à réapparaître. ``` systemctl status ntpd -l くろまる ntpd.service - Network Time Service Loaded: loaded (/usr/lib/systemd/system/ntpd.service; enabled; vendor preset: disabled) Active: active (running) since Mon 2016年12月19日 16:21:54 CET; 3s ago Process: 3149 ExecStart=/usr/sbin/ntpd -u ntp:ntp $OPTIONS (code=exited, status=0/SUCCESS) Main PID: 3150 (ntpd) CGroup: /system.slice/ntpd.service └─3150 /usr/sbin/ntpd -u ntp:ntp -x -I eth0 -p /var/run/ntpd.pid Dec 19 16:21:54 srvloulou01.orcl ntpd[3150]: Listen normally on 2 lo 127.0.0.1 UDP 123 Dec 19 16:21:54 srvloulou01.orcl ntpd[3150]: Listen normally on 3 eth0 192.250.240.107 UDP 123 Dec 19 16:21:54 srvloulou01.orcl ntpd[3150]: Listen normally on 4 lo ::1 UDP 123 Dec 19 16:21:54 srvloulou01.orcl ntpd[3150]: Listen normally on 5 eth0 fe80::a00:27ff:fecc:a520 UDP 123 Dec 19 16:21:54 srvloulou01.orcl ntpd[3150]: Listening on routing socket on fd #22 for interface updates Dec 19 16:21:54 srvloulou01.orcl ntpd[3150]: 0.0.0.0 c016 06 restart Dec 19 16:21:54 srvloulou01.orcl ntpd[3150]: 0.0.0.0 c012 02 freq_set ntpd 0.000 PPM Dec 19 16:21:54 srvloulou01.orcl ntpd[3150]: 0.0.0.0 c011 01 freq_not_set Dec 19 16:21:55 srvloulou01.orcl ntpd[3150]: io_setbclient: Opened broadcast client on interface #3 eth0 Dec 19 16:21:55 srvloulou01.orcl ntpd[3150]: 0.0.0.0 c614 04 freq_mode ``` Et dans journalctl je ne vois rien d’anormal. /etc/ntp.conf : ``` [ RIEN DE MODIFIER AVANT ] # Hosts on local network are less restricted. restrict 192.250.240.0 mask 255.255.255.0 nomodify notrap #restrict 192.168.1.0 mask 255.255.255.0 nomodify notrap # Use public servers from the pool.ntp.org project. # Please consider joining the pool (http://www.pool.ntp.org/join.html). server K2 burst [RIEN DE MODIFIE APRES ] ``` J’ai essayé pas mal de petits changement dans /etc/ntp.conf mais qui n’ont rien données. (Par exemple remplacer burst par iburst, ajouter restrict -6 ::1 et un bon nombre d'autre chose trouvé sur le net) A tout hasard qq avec des connaissances ntp pourrait m’éclairer ? Mon os : Oracle Linux 7 Linux srvloulou01.orcl 3.8.13-118.15.1.el7uek.x86_64 #2 SMP Fri Dec 2 09:02:33 PST 2016 x86_64 x8 6_64 x86_64 GNU/Linux

AltStyle によって変換されたページ (->オリジナル) /