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
Sous-tâches
Historique
#1 Mis à jour par Gérald Schwartzmann il y a environ 8 ans
- Sujet changé de pb lenteur redémarrage ntp en 2.4.2 à Lenteur au redémarrage du service NTP en 2.4.2
#2 Mis à jour par Daniel Dehennin il y a environ 8 ans
- Description mis à jour (diff)
#3 Mis à jour par Daniel Dehennin il y a environ 8 ans
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
ntpdate
est 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 Mis à jour par Daniel Dehennin il y a environ 8 ans
- Assigné à mis à Daniel Dehennin
#5 Mis à jour par Daniel Dehennin il y a environ 8 ans
- Tracker changé de Demande à Proposition Scénario
- Projet changé de Amon à eole-common
- Description mis à jour (diff)
- Catégorie mis à Version mineure
- Assigné à
Daniel Dehenninsupprimé
#6 Mis à jour par Scrum Master il y a environ 8 ans
- Tracker changé de Proposition Scénario à Scénario
- Echéance mis à 25/03/2016
- Version cible mis à sprint 2016 10-12 - Equipe MENESR
- Release mis à EOLE 2.5.2
#7 Mis à jour par Scrum Master il y a environ 8 ans
- Points de scénarios mis à 2.0
#8 Mis à jour par Joël Cuissinat il y a environ 8 ans
- Sujet changé de Lenteur au redémarrage du service NTP en 2.4.2 à Lenteur au redémarrage du service NTP
#9 Mis à jour par Joël Cuissinat il y a environ 8 ans
- Assigné à mis à force verte
#10 Mis à jour par Sebastien Lumineau il y a environ 8 ans
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 Mis à jour par Fabrice Barconnière il y a environ 8 ans
- Statut changé de Nouveau à Terminé (Sprint)
#12 Mis à jour par Daniel Dehennin il y a environ 8 ans
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é.