Comment systemd commande d'arrêt fonctionne réellement
Je suis en utilisant un service systemd qui appelle un processus lorsqu'il est "en route" (par exemple,$systemctl start test.de service). Selon la conception, le processus reste pour toujours dans une boucle, nous sommes en mesure de voir le processus de l'existence de l'utilisation de 'ps' de la commande. Nous avons également vu que le processus est de se faire tuer (comme prévu) pour systemctl stop commande.
Cependant, notre exigence est, nous voulons être sûr de l'arrêt des opérations de l'intérieur le processus avant qu'il soit tué. Mais je ne suis pas sûr de savoir comment détecter un systemd arrêter le fonctionnement de l'intérieur le processus.
Un systemctl stop test.service de commande envoyez un SIGKILL ou signal SIGTERM à tuer le processus? Comment puis-je détecter un systemctl stop opération à partir de l'intérieur d'un processus?
OriginalL'auteur user3805417 | 2017-03-23
Vous devez vous connecter pour publier un commentaire.
Par défaut, un signal SIGTERM est envoyé, suivi par 90 secondes d'attente, suivi par un SIGKILL.
Tuer les processus avec
systemd
est très personnalisable et bien documenté.Je recommande la lecture de tous de l'homme de systemd.tuer ainsi que la lecture sur ExecStop= en man systemd.service que le document à toutes les options.
OriginalL'auteur Mark Stosberg