Scénario #15069
Lenteur au redémarrage du service NTP
100%
Description
Proposition¶
Le démarrage du service ntp est effectué par les scripts post-up pour chaque interface.
Il n’est donc pas nécessaire de le gérer en tant que service.
Je propose donc de retirer le service ntp du dictionnaire source:dicos/00_ntp.xml@3c08d56#L10
Demande initiale¶
Bonjour,
J'ai remarqué que sur amon 2.4.2 le service ntp met beaucoup de temps à redémarrer.
Un ps faux|grep ntp montre ceci : root 33702 0.0 0.0 18032 1736 pts/0 S+ 09:55 0:00 \_ /bin/sh /etc/init.d/ntp start root 33717 0.0 0.0 6356 360 pts/0 S+ 09:55 0:00 \_ lockfile-create /var/lock/ntpdate root 33562 0.0 0.0 17892 864 ? S 09:55 0:00 /bin/sh /etc/network/if-up.d/ntpdate root 33564 0.0 0.0 6356 364 ? S 09:55 0:00 \_ lockfile-create /var/lock/ntpdate root 33643 0.0 0.0 17892 864 ? S 09:55 0:00 /bin/sh /etc/network/if-up.d/ntpdate root 33645 0.0 0.0 6356 364 ? S 09:55 0:00 \_ lockfile-create /var/lock/ntpdate root 33920 0.0 0.0 9424 924 pts/3 S+ 09:56 0:00 \_ grep --color ntp ntp 33795 0.0 0.0 37776 2188 ? Ss 09:56 0:00 /usr/sbin/ntpd -p /var/run/ntpd.pid -g -u 103:107
Avez vous moyen de corriger ceci ?
Merci d'avance
Olivier
Subtasks
History
#1 Updated by Gérald Schwartzmann almost 7 years ago
- Subject changed from pb lenteur redémarrage ntp en 2.4.2 to Lenteur au redémarrage du service NTP en 2.4.2
#2 Updated by Daniel Dehennin almost 7 years ago
- Description updated (diff)
#3 Updated by Daniel Dehennin almost 7 years ago
J’ai un début de réponse le processus ntp est redémarré pour chaque interface réseau configurée :
- Le service est arrêté (SIGTERM == signal 15)
- La commande
ntpdateest exécutée - Le service est démarré
L’utilisation de la commande lockfile-create est bloquant, la commande vérifie environ toutes les 10s si le fichier de lock est présent.
Les commandes if-up.d étant asynchrones, le démarrage du service ntp lors du reconfigure pourrait être perturbé.
#4 Updated by Daniel Dehennin almost 7 years ago
- Assigned To set to Daniel Dehennin
#5 Updated by Daniel Dehennin almost 7 years ago
- Tracker changed from Demande to Proposition Scénario
- Project changed from Amon to eole-common
- Description updated (diff)
- Category set to Version mineure
- Assigned To deleted (
Daniel Dehennin)
#6 Updated by Scrum Master almost 7 years ago
- Tracker changed from Proposition Scénario to Scénario
- Due date set to 03/25/2016
- Target version set to sprint 2016 10-12 - Equipe MENESR
- Release set to EOLE 2.5.2
#7 Updated by Scrum Master almost 7 years ago
- Story points set to 2.0
#8 Updated by Joël Cuissinat almost 7 years ago
- Subject changed from Lenteur au redémarrage du service NTP en 2.4.2 to Lenteur au redémarrage du service NTP
#9 Updated by Joël Cuissinat almost 7 years ago
- Assigned To set to force verte
#10 Updated by Sebastien Lumineau almost 7 years ago
Exécuter le code qu'une seule fois ne pourait-il pas résoudre le pb ?
En ajoutant un test du genre
[ "$IFACE" != "eth0" ] && exit 0
en début de script par exemple:
#---- root@amon:~# head /etc/network/if-up.d/ntpdate #!/bin/sh set -e PATH=/sbin:/bin:/usr/sbin:/usr/bin [ "$IFACE" != "eth0" ] && exit 0 #----
#11 Updated by Fabrice Barconnière almost 7 years ago
- Status changed from Nouveau to Terminé (Sprint)
#12 Updated by Daniel Dehennin almost 7 years ago
Sebastien Lumineau a écrit :
Exécuter le code qu'une seule fois ne pourait-il pas résoudre le pb ?
En ajoutant un test du genre
[...]
en début de script par exemple:
Ce script est fourni par la distribution est donc susceptible d’être écrasé par une mise à jour.
Autant ne plus gérer le démarrage du service qui sera fait après les appels ntpdate lorsque le réseau est monté.