table of contents
- buster 2.12-1
- buster-backports 4.10.0-1~bpo10+1
- testing 4.10.0-1
- unstable 4.10.0-1
SYSTEMD.KILL(5) | systemd.kill | SYSTEMD.KILL(5) |
BEZEICHNUNG¶
systemd.kill - Konfiguration für das Verfahren zum Töten von ProzessenÜBERSICHT¶
service.service, socket.socket, mount.mount, swap.swap, scope.scopeBESCHREIBUNG¶
Unit-Konfigurationsdateien für Dienste, Sockets, Einhängepunkte, Auslagerungsgeräte und Geltungsbereiche nutzen eine Untermenge der Konfigurationsoptionen gemeinsam, die das Verfahren zum Töten von Prozessen, die zu der Unit gehören, definieren.Diese Handbuchseite listet die Konfigurationsoptionen auf, die von diesen fünf Unit-Typen gemeinsam benutzt werden. Siehe systemd.unit(5) für die Konfiguration der von allen Unit-Typen gemeinsam benutzten Optionen und systemd.service(5), systemd.socket(5), systemd.swap(5), systemd.mount(5) und systemd.scope(5) für weitere Informationen über die Konfigurationsdateioptionen, die für jeden Unit-Typen spezifisch sind.
Die Konfigurationsoptionen für das Verfahren zum Töten werden in den Abschnitten [Service], [Socket], [Mount] oder [Swap], abhängig vom Unit-Typ, konfiguriert.
OPTIONEN¶
KillMode=Falls auf control-group gesetzt, werden alle verbleibenden Prozesse in der Control-Gruppe dieser Unit beim Unit-Stopp getötet (für Dienste: nachdem der Stopp-Befehl ausgeführt wurde, wie in ExecStop= konfiguriert). Falls auf process gesetzt, wird nur der Hauptprozess selbst getötet. Falls auf mixed gesetzt, wird das Signal SIGTERM (siehe unten) an den Hauptprozess gesandt, während nachfolgende Signale SIGKILL (siehe unten) an alle verbliebenen Prozesse der Control-Gruppe dieser Unit gesandt werden. Falls auf none gesetzt, wird kein Prozess getötet. In diesem Fall wird nur der Befehl Stop beim Unit-Stopp ausgeführt, aber weiter kein Prozess getötet. Prozesse, die nach dem Stopp noch existent sind, verbleiben in dieser Control-Gruppe und die Control-Gruppe existiert nach dem Stopp weiterhin, außer sie ist leer.
Prozesse werden zuerst mittels SIGTERM beendet (falls das zu sendende Signal nicht mittels KillSignal= geändert wurde). Falls dann nach einer Verzögerung (konfiguriert über die Option TimeoutStopSec=) immer noch Prozesse verbleiben, wird die Beendigungsaufforderung mit dem Signal SIGKILL oder dem mit FinalKillSignal= festgelegten Signal wiederholt (außer dies ist mit der Option SendSIGKILL= deaktiviert). Siehe kill(2) für weitere Informationen.
Standardmäßig control-group.
KillSignal=
Beachten Sie, dass direkt nach dem Senden des in dieser Einstellung festgelegten Signals Systemd immer SIGCONT senden wird, um sicherzustellen, dass selbst suspendierte Prozesse sauber beendet werden können.
SendSIGHUP=
SendSIGKILL=
FinalKillSignal=
WatchdogSignal=
SIEHE AUCH¶
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)ÜBERSETZUNG¶
Die deutsche Übersetzung dieser Handbuchseite wurde von Helge Kreutzmann <debian@helgefjell.de> erstellt.Diese Übersetzung ist Freie Dokumentation; lesen Sie die GNU General Public License Version 3 oder neuer bezüglich der Copyright-Bedingungen. Es wird KEINE HAFTUNG übernommen.
Wenn Sie Fehler in der Übersetzung dieser Handbuchseite finden, schicken Sie bitte eine E-Mail an <debian-l10n-german@lists.debian.org>.
systemd 241 |