NOM

       systemd.kill - Configuration de la procédure pour tuer les processus

SYNOPSIS

       service.service, socket.socket, mount.mount, swap.swap, scope.scope

DESCRIPTION

       Les fichiers de configuration d'unité pour les services, les sockets, les points de montage, les
       dispositifs d'échange et les scopes partagent un sous-ensemble d'options de configuration qui définissent
       la procédure de mise à mort des processus appartenant à l'unité.

       Cette page de manuel documente la configuration des options partagées par ces cinq types d'unité. Voir
       systemd.unit(5) pour les options communes partagées par tous les fichiers de configuration d'unité, et
       systemd.service(5), systemd.socket(5), systemd.swap(5), systemd.mount(5) et systemd.scope(5) pour plus
       d'informations sur les options du fichier de configuration spécifique à chaque type d'unité.

       Les options de la configuration de la procédure de mise à mort sont configurées dans la section [Swap],
       [Mount], [Socket] ou [Service] selon le genre d'unité.

OPTIONS

       KillMode=
           Indiquer comment les processus de cette unité seront mis à mort. Cela peut être control-group, mixed,
           process ou none.

           Si défini à control-group, tous les processus restants dans le groupe de contrôle de cette unité
           seront tués à l'arrêt de l'unité (pour les services, ce sera après que la commande stop soit
           exécutée, comme configurée avec ExecStop=). Si défini à mixed, le signal SIGTERM (voir ci-dessous)
           est envoyé au processus principal tandis que le signal subséquent SIGKILL (voir ci-dessous) est
           envoyé à tous les processus restants du groupe de contrôle de l'unité. Si défini à process, seul le
           processus principal est tué (déconseillé!). Si défini à none, aucun processus n'est tué (fortement
           déconseillé!). Dans ce cas, seule la commande stop sera exécutée lors de l'arrêt de l'unité, mais
           aucun processus ne sera tué autrement. Les processus qui restent en vie après l'arrêt sont laissés
           dans leur groupe de contrôle et le groupe de contrôle continue d'exister après l'arrêt, sauf s'il est
           vide.

           Prenez en compte qu'il est déconseillé de définir KillMode= à process ou même none, vu que cela
           permet aux processus d'échapper à la gestion du cycle de vie et des ressources par le gestionnaire de
           services et de continuer à fonctionner même si leur service est considéré comme arrêté et supposé ne
           consommer aucune ressource.

           Les processus seront d'abord éteints au moyen d'un SIGTERM (à moins que le signal à envoyer ne soit
           changé à l'aide de KillSignal= ou RestartKillSignal=). Optionnellement, cela est immédiatement suivi
           par un SIGHUP (si activé avec SendSIGHUP=). Si les processus se poursuivent encore après :

           •   le processus principal d'une unité a terminé (s'applique à KillMode= : mixed)

           •   le délai configuré à l'aide de TimeoutStopSec= a expiré (s'applique à KillMode= : control-group,
               mixed, process)

           la demande de fermeture est répétée avec le signal SIGKILL ou le signal indiqué par FinalKillSignal=
           (à moins que cela ne soit désactivé par l'option SendSIGKILL=). Consulter kill(2) pour d'avantage
           d'informations.

           La valeur par défaut est control-group.

           Ajouté dans la version 187.

       KillSignal=
           Indique quel signal utiliser lors de l'arrêt d'un service. Cela contrôle le signal qui est envoyé
           comme première étape de l'arrêt d'une unité (voir ci-dessus), et est généralement suivi d'un SIGKILL
           (voir ci-dessus et ci-dessous). Pour une liste des signaux valables consulter signal(7). Le signal
           par défaut est SIGTERM.

           Notez que juste après l'envoi du signal spécifié dans ce réglage, systemd enverra toujours un SIGCONT
           pour s'assurer que même les tâches en suspens peuvent être terminées proprement.

           Ajouté dans la version 187.

       RestartKillSignal=
           Indique quel signal utiliser lors du redémarrage d'un service. La même chose qu'avec KillSignal=
           décrit ci-dessus, à l'exception que ce réglage est utilisé pour le redémarrage. Cela n'est pas défini
           par défaut et la valeur de KillSignal= est utilisée.

           Ajouté dans la version 244.

       SendSIGHUP=
           Spécifie s'il faut envoyer SIGHUP aux processus restants immédiatement après avoir envoyé le signal
           configuré avec KillSignal=. Cela est utile pour indiquer aux interpréteurs de commande et aux
           programmes apparentés que leur connexion a été rompue. Prend une valeur booléenne. La valeur par
           défaut est « no ».

           Ajouté dans la version 207.

       SendSIGKILL=
           Spécifie s'il faut envoyer SIGKILL (ou le signal indiqué par FinalKillSignal=) aux processus restants
           après un délai d'attente, si la procédure normale d'extinction a laissé des processus du service en
           activité. Lorsque désactivé, un KillMode= du service control-group ou mixed ne redémarrera pas si des
           processus de services antérieurs existent dans le groupe de contrôle. Prend une valeur booléenne. La
           valeur par défaut est « yes ».

           Ajouté dans la version 187.

       FinalKillSignal=
           Indique quel signal envoyer aux processus restants après un délai si SendSIGKILL= est activé. Le
           signal configuré ici ne devrait pas être l'un de ceux habituellement capté et traité par les services
           (SIGTERM n'est pas approprié). Les développeurs peuvent trouver utile de l'utiliser pour générer une
           image mémoire afin de déterminer pourquoi un service ne s'est pas terminé lors de la réception du
           signal SIGTERM initial. Cela peut être réalisé en configurant LimitCORE= et en réglant
           FinalKillSignal= sur SIGQUIT ou SIGABRT. Par défaut, c'est SIGKILL.

           Ajouté dans la version 240.

       WatchdogSignal=
           Indique quel signal utiliser pour terminer le service quand le délai watchdog expire (activé à l'aide
           de WatchdogSec=). Par défaut, SIGABRT.

           Ajouté dans la version 240.

VOIR AUSSI

       systemd(1), systemctl(1), journalctl(1), systemd.unit(5), systemd.service(5), systemd.socket(5),
       systemd.swap(5), systemd.mount(5), systemd.exec(5), systemd.directives(7), kill(2), signal(7)

TRADUCTION

       La traduction française de cette page de manuel a été créée par bubu <bubub@no-log.org>

       Cette traduction est une documentation libre ; veuillez vous reporter à la GNU General Public License
       version 3 concernant les conditions de copie et de distribution. Il n'y a aucune RESPONSABILITÉ LÉGALE.

       Si vous découvrez un bogue dans la traduction de cette page de manuel, veuillez envoyer un message à
       debian-l10n-french@lists.debian.org.

systemd 257.6                                                                                    SYSTEMD.KILL(5)