La solution proposée par @gf_ a bien fonctionné pour notre situation exécutant clickhouse sur CentOS7. Clickhouse se bloque quelque peu régulièrement sur nous, nous avons donc dû le redémarrer automatiquement et être averti lorsque le redémarrage s'est produit. Bien qu'il semble un peu maladroit d'ajouter un deuxième service à systemd, cela est nécessaire en raison de la conception de systemd.
Cela étant dit, cette solution, combinée à un redémarrage automatique, a cessé de fonctionner pour nous lorsque nous avons déployé sur CentOS8. En effet, systemd v239 livré en C8 a introduit une modification de la OnFailure=sémantique lorsqu'il est combiné avec une configuration non par défaut de Restart=( Restart=on-failuredans notre cas). Le nouveau OnFailure=comportement ne déclenche le service one-shot que si le redémarrage a échoué complètement, pas seulement après un crash. Ce nouveau comportement serait heureux de redémarrer le service, mais nous n'obtiendrions pas l'e-mail car OnFailure=il n'était plus appelé.
Notez notre principale attente: nous voulions que systemd redémarre le processus ET envoie une notification par e-mail. La mise à jour v239 fait que notre solution précédente citée par gf_ ne fonctionne plus. Heureusement, nous avons pu faire fonctionner cela.
Notre solution consiste à utiliser ExecStopPostpour appeler le script de notification par e-mail. Cela fonctionne bien, mais maintenant un nouveau problème est survenu: une notification par e-mail a été envoyée lorsque le service clickhouse a démarré normalement, comme au démarrage du serveur. Bien que ce ne soit pas un gros problème, nous voulions idéalement recevoir des notifications par e-mail uniquement en cas de crash. Nous avons pu y parvenir en ajoutant le code suivant à notre script de messagerie:
# Don't do anything if the service intentionally stopped successfully.
if [ $SERVICE_RESULT == "success" ]; then
exit
fi
... $SERVICE_RESULTest une variable d'environnement fournie par systemd au processus cible de ExecStopPost. En vérifiant un successrésultat, nous supposons que cette invocation provient d'un démarrage normal ou d'un arrêt, et ne fait rien. Sur toute autre valeur, telle que signal, le script continuerait lors de l'envoi d'un e-mail. Les valeurs possibles de cette variable sont indiquées dans la documentation .
Merci à gf_ pour la solution initiale. J'espère que les gens trouveront ma mise à jour utile pour CentOS8. Quelques liens supplémentaires qui m'ont aidé:
- /superuser/1360346/how-to-send-an-email-alert-when-a-linux-service-has-stopped
- /unix/422933/confusing-systemd-behaviour-with-onfailure-and-restart
- /unix/197636/run-an-arbitrary-command-when-a-service-fails