Scénario #21849
Les services rsyslog et sshd devraient être gérés par Creole comme le service networking
100%
Description
Actuellement, rsyslog est redémarré via un script de postservice et sshd via networking (cf. hack dans #22067).
root@dc1:~# cat /usr/share/eole/postservice/00-eole-common #!/bin/bash CreoleRun "service rsyslog restart" all no yes exit 0
Me fait dire que rsyslog devrait être géré comme un service plutôt que de faire un script.
Il faudrait un service comme "networking" qui ne fait qu'un redémarrage au lieu de faire un "stop" puis plus tard un "start".
Solutions à mettre en œuvre¶
- pour EOLE >= 2.7.2
- implémenter le nouveau fonctionnement (pour rsyslog à minima)
- nettoyer les contournements si il y a lieu
Critères d'acceptation¶
- Les services sont gérés par Creole en mode "restart"
Sous-tâches
Demandes liées
Historique
#1 Mis à jour par Emmanuel GARETTE il y a plus de 6 ans
- Lié à Tâche #19583: Problème de logs squid constaté sur Amonecole ajouté
#2 Mis à jour par Joël Cuissinat il y a plus de 6 ans
- Tracker changé de Demande à Proposition Scénario
#3 Mis à jour par Joël Cuissinat il y a plus de 6 ans
- Sujet changé de si rsyslog a besoin d'être redémarré il devrait être géré comme un service à Les services rsyslog et sshd devraient être gérés par Creole comme le service networking
- Description mis à jour (diff)
#4 Mis à jour par Joël Cuissinat il y a plus de 6 ans
- Lié à Tâche #22067: Pouvoir lancer gen_config après instanciation du module + déconnexion/reconnexion ajouté
#5 Mis à jour par Gilles Grandgérard il y a plus de 6 ans
- Tracker changé de Proposition Scénario à Scénario
#6 Mis à jour par Joël Cuissinat il y a environ 4 ans
- Echéance mis à 03/07/2020
- Version cible mis à Prestation Cadoles MEN 25-27
- Début mis à 15/06/2020
- Release mis à EOLE 2.7.2
- Points de scénarios mis à 2.0
#7 Mis à jour par Joël Cuissinat il y a environ 4 ans
- Description mis à jour (diff)
- Points de scénarios changé de 2.0 à 3.0
#8 Mis à jour par Joël Cuissinat il y a environ 4 ans
- Lié à Tâche #30290: Validation du scénario Les services rsyslog et sshd devraient être gérés par Creole comme le service networking ajouté
#9 Mis à jour par Philippe Caseiro il y a environ 4 ans
- Assigné à mis à Philippe Caseiro
#10 Mis à jour par Philippe Caseiro il y a environ 4 ans
- Assigné à changé de Philippe Caseiro à Emmanuel GARETTE
#11 Mis à jour par Joël Cuissinat il y a environ 4 ans
- Description mis à jour (diff)
#12 Mis à jour par Emmanuel GARETTE il y a environ 4 ans
Pour tester :
Lancer un reconfigure
- vérifier que SSH et rsyslog ne soit pas redémarré au moment de l'arrêt des services
- vérifier qu'entre l'arrêt des services et le démarrage des services ils tournent bien encore
- vérifier que les services sont bien redémarrer au moment du démarrage des services
- vérifier que les services ont vraiment été redémarré
#13 Mis à jour par Joël Cuissinat il y a environ 4 ans
root@eolebase:~# rgrep restartonly /usr/share/eole/creole/dicos/ /usr/share/eole/creole/dicos/01_log.xml: <service method="restartonly">rsyslog</service> /usr/share/eole/creole/dicos/00_common.xml: <service method="restartonly">netplan-apply</service> /usr/share/eole/creole/dicos/00_common.xml: <service method="restartonly">networkd-dispatcher</service> /usr/share/eole/creole/dicos/00_common.xml: <service method="restartonly">cron</service> /usr/share/eole/creole/dicos/00_common.xml: <service servicelist='systemd-resolved' method="restartonly">systemd-resolved</service> /usr/share/eole/creole/dicos/00_common.xml: <service method="restartonly">ssh</service>
#14 Mis à jour par Joël Cuissinat il y a environ 4 ans
Tests réalisés sur aca.eolebase-2.7.2rc3-instance-default :
- arrêt des services ssh cron rsyslog
- reconfigure
- les 3 sont "active (running)"
- suivi des journaux des services lors d'un reconfigure
- tail -f /var/log/rsyslog/local/rsyslog/rsyslog.info.log
- tail -f /var/log/rsyslog/local/cron/cron.info.log
- tail -f /var/log/rsyslog/local/sshd/sshd.info.log
Seul le service ssh semble re-démarré plusieurs fois mais les logs montrent que le PID du service ne change qu'une seule fois (et qu'il n'y a qu'une fois le mot clé "terminating"), les autres lignes correspondent simplement à des reload comme mentionné dans #30347 :
2020-06-24T12:12:20.257066+02:00 eolebase.ac-test.fr sshd[23742]: Received SIGHUP; restarting. 2020-06-24T12:12:20.261731+02:00 eolebase.ac-test.fr sshd[23742]: Server listening on 0.0.0.0 port 22. 2020-06-24T12:12:30.554572+02:00 eolebase.ac-test.fr sshd[23742]: Received signal 15; terminating. 2020-06-24T12:12:30.568979+02:00 eolebase.ac-test.fr sshd[27070]: Server listening on 0.0.0.0 port 22. 2020-06-24T12:12:30.826189+02:00 eolebase.ac-test.fr sshd[27070]: Received SIGHUP; restarting. 2020-06-24T12:12:30.830841+02:00 eolebase.ac-test.fr sshd[27070]: Server listening on 0.0.0.0 port 22.
#15 Mis à jour par Joël Cuissinat il y a environ 4 ans
Après vérification, le script /usr/share/eole/postservice/00-eole-common
ne redémarre pas rsyslog (sur le maître), puisque d'après la doc
Si le mot clé all est utilisé à la place du nom du conteneur, alors la commande sera lancée dans tous les conteneurs (rien ne sera exécuté en mode non conteneur).
#16 Mis à jour par Joël Cuissinat il y a environ 4 ans
- Statut changé de Nouveau à Terminé (Sprint)
#17 Mis à jour par Joël Cuissinat il y a presque 4 ans
- Lié à Demande #30601: SSH KO après reconfigure sur Hâpy 2.7.2 ajouté