From 307a6332a63dd0f6addbc5c77d21f72ce4578070 Mon Sep 17 00:00:00 2001 From: Lennart Poettering Date: Tue, 5 Nov 2024 13:51:00 +0100 Subject: [PATCH] man: tone down claims on processes having exited already in ExecStop= Processes can easily survive the first kill operation we execute, hence we shouldn't make strong claims about them having exited already. Let's just say "likely" hence. Fixes: #15032 (cherry picked from commit ac804bc2f8d814d2afcdccd88f7469ac320da1c8) --- man/systemd.service.xml | 10 +++++----- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/man/systemd.service.xml b/man/systemd.service.xml index d1096f3bc6..861b11947e 100644 --- a/man/systemd.service.xml +++ b/man/systemd.service.xml @@ -549,11 +549,11 @@ ExecStop= – commands specified with this setting are invoked when a service failed to start up correctly and is shut down again. - It is recommended to use this setting for clean-up operations that shall be executed even when the - service failed to start up correctly. Commands configured with this setting need to be able to operate even if - the service failed starting up half-way and left incompletely initialized data around. As the service's - processes have been terminated already when the commands specified with this setting are executed they should - not attempt to communicate with them. + It is recommended to use this setting for clean-up operations that shall be executed even when + the service failed to start up correctly. Commands configured with this setting need to be able to + operate even if the service failed starting up half-way and left incompletely initialized data + around. As the service's processes have likely exited already when the commands specified with this + setting are executed they should not attempt to communicate with them. Note that all commands that are configured with this setting are invoked with the result code of the service, as well as the main process' exit code and status, set in the $SERVICE_RESULT, -- 2.25.1