SYSTEMD.KILL(5) systemd.kill SYSTEMD.KILL(5) NOM systemd.kill - Configuration de la procedure pour tuer les processus SYNOPSIS service.service, socket.socket, mount.mount, swap.swap, scope.scope DESCRIPTION Les fichiers de configuration d'unite pour les services, les sockets, les points de montage, les dispositifs d'echange et les scopes partagent un sous-ensemble d'options de configuration qui definissent la procedure de mise a mort des processus appartenant a l'unite. Cette page de manuel documente la configuration des options partagees par ces cinq types d'unite. Voir systemd.unit(5) pour les options communes partagees par tous les fichiers de configuration d'unite, 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 specifique a chaque type d'unite. Les options de la configuration de la procedure de mise a mort sont configurees dans la section [Swap], [Mount], [Socket] ou [Service] selon le genre d'unite. OPTIONS KillMode= Indiquer comment les processus de cette unite seront mis a mort. Cela peut etre control-group, mixed, process ou none. Si defini a control-group, tous les processus restants dans le groupe de controle de cette unite seront tues a l'arret de l'unite (pour les services, ce sera apres que la commande stop soit executee, comme configuree avec ExecStop=). Si defini a mixed, le signal SIGTERM (voir ci-dessous) est envoye au processus principal tandis que le signal subsequent SIGKILL (voir ci-dessous) est envoye a tous les processus restants du groupe de controle de l'unite. Si defini a process, seul le processus principal est tue (deconseille!). Si defini a none, aucun processus n'est tue (fortement deconseille!). Dans ce cas, seule la commande stop sera executee lors de l'arret de l'unite, mais aucun processus ne sera tue autrement. Les processus qui restent en vie apres l'arret sont laisses dans leur groupe de controle et le groupe de controle continue d'exister apres l'arret, sauf s'il est vide. Prenez en compte qu'il est deconseille de definir KillMode= a process ou meme none, vu que cela permet aux processus d'echapper a la gestion du cycle de vie et des ressources par le gestionnaire de services et de continuer a fonctionner meme si leur service est considere comme arrete et suppose ne consommer aucune ressource. Les processus seront d'abord eteints au moyen d'un SIGTERM (a moins que le signal a envoyer ne soit change a l'aide de KillSignal= ou RestartKillSignal=). Optionnellement, cela est immediatement suivi par un SIGHUP (si active avec SendSIGHUP=). Si les processus se poursuivent encore apres : o le processus principal d'une unite a termine (s'applique a KillMode= : mixed) o le delai configure a l'aide de TimeoutStopSec= a expire (s'applique a KillMode= : control-group, mixed, process) la demande de fermeture est repetee avec le signal SIGKILL ou le signal indique par FinalKillSignal= (a moins que cela ne soit desactive par l'option SendSIGKILL=). Consulter kill(2) pour d'avantage d'informations. La valeur par defaut est control-group. Ajoute dans la version 187. KillSignal= Indique quel signal utiliser lors de l'arret d'un service. Cela controle le signal qui est envoye comme premiere etape de l'arret d'une unite (voir ci-dessus), et est generalement suivi d'un SIGKILL (voir ci-dessus et ci-dessous). Pour une liste des signaux valables consulter signal(7). Le signal par defaut est SIGTERM. Notez que juste apres l'envoi du signal specifie dans ce reglage, systemd enverra toujours un SIGCONT pour s'assurer que meme les taches en suspens peuvent etre terminees proprement. Ajoute dans la version 187. RestartKillSignal= Indique quel signal utiliser lors du redemarrage d'un service. La meme chose qu'avec KillSignal= decrit ci-dessus, a l'exception que ce reglage est utilise pour le redemarrage. Cela n'est pas defini par defaut et la valeur de KillSignal= est utilisee. Ajoute dans la version 244. SendSIGHUP= Specifie s'il faut envoyer SIGHUP aux processus restants immediatement apres avoir envoye le signal configure avec KillSignal=. Cela est utile pour indiquer aux interpreteurs de commande et aux programmes apparentes que leur connexion a ete rompue. Prend une valeur booleenne. La valeur par defaut est << no >>. Ajoute dans la version 207. SendSIGKILL= Specifie s'il faut envoyer SIGKILL (ou le signal indique par FinalKillSignal=) aux processus restants apres un delai d'attente, si la procedure normale d'extinction a laisse des processus du service en activite. Lorsque desactive, un KillMode= du service control-group ou mixed ne redemarrera pas si des processus de services anterieurs existent dans le groupe de controle. Prend une valeur booleenne. La valeur par defaut est << yes >>. Ajoute dans la version 187. FinalKillSignal= Indique quel signal envoyer aux processus restants apres un delai si SendSIGKILL= est active. Le signal configure ici ne devrait pas etre l'un de ceux habituellement capte et traite par les services (SIGTERM n'est pas approprie). Les developpeurs peuvent trouver utile de l'utiliser pour generer une image memoire afin de determiner pourquoi un service ne s'est pas termine lors de la reception du signal SIGTERM initial. Cela peut etre realise en configurant LimitCORE= et en reglant FinalKillSignal= sur SIGQUIT ou SIGABRT. Par defaut, c'est SIGKILL. Ajoute dans la version 240. WatchdogSignal= Indique quel signal utiliser pour terminer le service quand le delai watchdog expire (active a l'aide de WatchdogSec=). Par defaut, SIGABRT. Ajoute 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 francaise de cette page de manuel a ete creee par bubu Cette traduction est une documentation libre ; veuillez vous reporter a la GNU General Public License version 3 concernant les conditions de copie et de distribution. Il n'y a aucune RESPONSABILITE LEGALE. Si vous decouvrez un bogue dans la traduction de cette page de manuel, veuillez envoyer un message a . systemd 255 SYSTEMD.KILL(5)