NTP : le service s'arrête

hargan · Le 29/06/2018, à 10:18

Bonjour à tous,

J'ai un problème depuis quelques temps dont je ne trouve aucun piste.

J'ai un serveur Ubuntu 14.04 qui est installé sur une machine virtuelle KVM sur Proxmox (je ne pense pas que ce soit lié avec la virtualisation, les autres machines n'ont aucun problème).
Le temps ne se synchronise plus du tout et perd plusieurs heures par jour.
timedatectl ne fonctionnant visiblement plus, j'ai voulu installer le service ntp mais cela n'a pas l'air mieux.

Lorsque je démarre le service tout se passe bien et la synchro se fait, mais si je reviens le lendemain le service s'est arrêter.

 * NTP server is not running

Si je le redémarre, tout se passe bien, et la synchro se fait, mais il finis toujours par se couper.
Je ne vois rien de particulier dans les logs, comme si le service s'arrêter de manière intempestive sans laisser de trace.

Est-ce que quelqu'un à une idée du problème ?

Merci de m'avoir lu

bruno · Le 30/06/2018, à 09:57

Bonjour,

Tu es sûr de ne rien trouver concernant ntp dans les logs ?
Un raison possible est une défaillance de l'horloge matérielle (pas normal de perdre plusieurs heure par jour). Le service ntp s'arrête de lui-même si le décalage avec l'horloge matérielle est trop important (± 1000s cf man ntpd). Il faut t’assurer que le démon ntpd est bien lancé avec l'option -g (voir /etc/default/ntp)

hargan · Le 02/07/2018, à 09:28

Merci pour ta réponse Bruno.

Voila les dernière trace de ntp que j'ai trouver dans le syslog :

zcat syslog.2.gz | grep ntp

me renvois :

Jun 29 09:01:25 zimbra ntpd[10823]: ntpd 4.2.6p5@1.2349-o Wed Jul 12 12:22:58 UTC 2017 (1)
Jun 29 09:01:25 zimbra ntpd[10824]: proto: precision = 0.225 usec
Jun 29 09:01:25 zimbra ntpd[10824]: ntp_io: estimated max descriptors: 524288, initial socket boundary: 16
Jun 29 09:01:25 zimbra ntpd[10824]: Listen and drop on 0 v4wildcard 0.0.0.0 UDP 123
Jun 29 09:01:25 zimbra ntpd[10824]: Listen and drop on 1 v6wildcard :: UDP 123
Jun 29 09:01:25 zimbra ntpd[10824]: Listen normally on 2 lo 127.0.0.1 UDP 123
Jun 29 09:01:25 zimbra ntpd[10824]: Listen normally on 3 eth0 xxx.xxx.xxx.xxx UDP 123
Jun 29 09:01:25 zimbra ntpd[10824]: Listen normally on 4 lo ::1 UDP 123
Jun 29 09:01:25 zimbra ntpd[10824]: Listen normally on 5 eth0 xxxx::xxxx:xx:xxxx:xxxx UDP 123
Jun 29 09:01:25 zimbra ntpd[10824]: peers refreshed
Jun 29 09:01:25 zimbra ntpd[10824]: Listening on routing socket on fd #22 for interface updates

et je n'ai rien sur le 30 Juin ni le 1er Juillet, je pense que le service ntp était déjà éteint depuis et en me connectant ce matin, effectivement le

service ntp status

me renvois

 * NTP server is not running

Par contre pour la défaillance matériel de l'horloge j'ai du mal à y croire vu qu'il s'agit d'une machine virtuelle et que toutes les autres machines sur le même serveur n'ont pas le problème.

Dans quel fichier de log je peux retrouver des infos sur ntp ?

bruno · Le 02/07/2018, à 11:15

Dans tes logs je ne vois pas de sollicitation du pool de serveurs NTP. Par ailleurs tu ne dis pas sitntpd est effectivement lancé avec l'option -g.

Il faudrait voir ta configuration : etc/default/ntp et /etc/ntp.conf et le retour de ces commandes (en root) :

service ntp stop
ntpd -qg

hargan · Le 02/07/2018, à 11:24

Désolé un oublie de ma part, ntpd est effectivement lancé avec l'option -g:
voici le contenu de /etc/default/ntp

NTPD_OPTS='-g'

et /etc/ntp.conf

# /etc/ntp.conf, configuration for ntpd; see ntp.conf(5) for help

driftfile /var/lib/ntp/ntp.drift


# Enable this if you want statistics to be logged.
statsdir /var/log/ntpstats/
logfile /var/log/ntp.log

statistics loopstats peerstats clockstats
filegen loopstats file loopstats type day enable
filegen peerstats file peerstats type day enable
filegen clockstats file clockstats type day enable

# Specify one or more NTP servers.

# Use servers from the NTP Pool Project. Approved by Ubuntu Technical Board
# on 2011-02-08 (LP: #104525). See http://www.pool.ntp.org/join.html for
# more information.
server 0.ubuntu.pool.ntp.org minpoll 4 maxpoll 4
server 1.ubuntu.pool.ntp.org minpoll 4 maxpoll 4
server 2.ubuntu.pool.ntp.org minpoll 4 maxpoll 4
server 3.ubuntu.pool.ntp.org minpoll 4 maxpoll 4

# Use Ubuntu's ntp server as a fallback.
server ntp.ubuntu.com

# Access control configuration; see /usr/share/doc/ntp-doc/html/accopt.html for
# details.  The web page <http://support.ntp.org/bin/view/Support/AccessRestrictions>
# might also be helpful.
#
# Note that "restrict" applies to both servers and clients, so a configuration
# that might be intended to block requests from certain clients could also end
# up blocking replies from your own upstream servers.

# By default, exchange time with everybody, but don't allow configuration.
restrict -4 default kod notrap nomodify nopeer noquery
restrict -6 default kod notrap nomodify nopeer noquery

# Local users may interrogate the ntp server more closely.
restrict 127.0.0.1
restrict ::1

# Clients from this (example!) subnet have unlimited access, but only if
# cryptographically authenticated.
#restrict 192.168.123.0 mask 255.255.255.0 notrust

# If you want to provide time to your local subnet, change the next line.
# (Again, the address is an example only.)
#broadcast 192.168.123.255

# If you want to listen to time broadcasts on your local subnet, de-comment the
# next lines.  Please do this only if you trust everybody on the network!
# disable auth
# broadcastclient

Pour les commandes voila le retour :

service ntp stop
 * Stopping NTP server ntpd                                                                                                                                                                              [ OK ] 
root@zimbra:/var/log# ntpd -qg
ntpd: time slew -0.000746s

Pour le coup le service s'est arrêté sans problème puisque je venais juste de le démarrer, sinon j'ai évidement un message d'erreur lorsqu'il s'est arrêté tout seul.
J'ai lancer ces commandes ce matin pour le remettre à l'heure justement, et c'est ce que je fait casi tous les jours, il y de grande chances pour que je vienne demain avec un décalage d'au moins 2h.

En tout cas, merci de te pencher sur mon problème Bruno !

diesel · Le 02/07/2018, à 11:48

Je vois dans ton /etc/ntp.conf un

logfile /var/log/ntp.log

Il y a quoi dans ce fichier ?

Amicalement.

Jean-Marie

hargan · Le 02/07/2018, à 11:49

Absolument rien !! :-/

grandtoubab · Le 02/07/2018, à 11:56

Salut
Je synchronise l'horloge avec les services de systemd
https://bidouilledebian.wordpress.com/2 … oge-du-pc/

hargan · Le 02/07/2018, à 11:59

Oui c'était le cas à la base, mais le problème à l'air plus général puisque cela ne fonctionnais plus non plus, c'est à ce moment que j'ai tenté de passer à ntp pour voir si cela améliorais la chose, mais ça n'a rien changé.

bruno · Le 02/07/2018, à 13:30

Je t'invite a remplacer

server 0.ubuntu.pool.ntp.org minpoll 4 maxpoll 4
server 1.ubuntu.pool.ntp.org minpoll 4 maxpoll 4
server 2.ubuntu.pool.ntp.org minpoll 4 maxpoll 4
server 3.ubuntu.pool.ntp.org minpoll 4 maxpoll 4

par :

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

et a relancer le service.

Mais je doute que cela résolve le problème. Le fait que tu aies les mes problèmes avec systemd-timesyncd me laisse penser qu'il y a bien un problème avec l'horloge matérielle (virtuelle) ou le fuseau horaire.
Voir cette discussion : https://unix.stackexchange.com/question … s-kvm-host

grandtoubab · Le 03/07/2018, à 12:36

Discuter sans informations concrètes c'est pas très interessant

un simple

systemctl status systemd-timesyncd.service -l -n 50 --no-pager

donnerait peut etre des infos, exemple

systemctl status systemd-timesyncd.service -l -n 50 --no-pager
● systemd-timesyncd.service - Network Time Synchronization
Loaded: loaded (/lib/systemd/system/systemd-timesyncd.service; enabled; vendor preset: enabled)
Active: active (running) since Tue 2018-07-03 12:24:48 CEST; 7min ago
Docs: man:systemd-timesyncd.service(8)
Main PID: 527 (systemd-timesyn)
Status: "Synchronized to time server 145.238.203.10:123 (ntp.obspm.fr)."
Tasks: 2 (limit: 4299)
Memory: 1.6M
CGroup: /system.slice/systemd-timesyncd.service
└─527 /lib/systemd/systemd-timesyncd

juil. 03 12:24:48 debian systemd[1]: Starting Network Time Synchronization...
juil. 03 12:24:48 debian systemd[1]: Started Network Time Synchronization.
juil. 03 12:25:19 debian systemd-timesyncd[527]: Synchronized to time server 145.238.203.10:123 (ntp.obspm.fr).

hargan · Le 03/07/2018, à 13:02

Le serveur est un 14.04 ce qui fait que systemctl n'es pas mis en place.
Je n'ai pas trouvé l’équivalence...

grandtoubab · Le 03/07/2018, à 14:09

hargan a écrit :

Le serveur est un 14.04 ce qui fait que systemctl n'es pas mis en place.
Je n'ai pas trouvé l’équivalence...

???
systemd sans systemctl, jamais vu ça, donc tu n'utilises pas l'init avec systemd et je ne comprends pas que tu dises utiliser timedatectl

pstree

Dernière modification par grandtoubab (Le 03/07/2018, à 14:10)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 29/06/2018, à 10:18

NTP : le service s'arrête

#2 Le 30/06/2018, à 09:57

Re : NTP : le service s'arrête

#3 Le 02/07/2018, à 09:28

Re : NTP : le service s'arrête

#4 Le 02/07/2018, à 11:15

Re : NTP : le service s'arrête

#5 Le 02/07/2018, à 11:24

Re : NTP : le service s'arrête

#6 Le 02/07/2018, à 11:48

Re : NTP : le service s'arrête

#7 Le 02/07/2018, à 11:49

Re : NTP : le service s'arrête

#8 Le 02/07/2018, à 11:56

Re : NTP : le service s'arrête

#9 Le 02/07/2018, à 11:59

Re : NTP : le service s'arrête

#10 Le 02/07/2018, à 13:30

Re : NTP : le service s'arrête

#11 Le 03/07/2018, à 12:36

Re : NTP : le service s'arrête

#12 Le 03/07/2018, à 13:02

Re : NTP : le service s'arrête

#13 Le 03/07/2018, à 14:09

Re : NTP : le service s'arrête

Pied de page des forums