Bug#1018872: marked as done (systemd.service COMMAND LINE misses command search, if starting with "+".)
Your message dated Mon, 12 Sep 2022 10:26:02 +0200 with message-id <704ca9c1-0b69-b35f-226e-be0f1031b...@debian.org> and subject line Re: Bug#1018872: closed by Michael Biebl (Re: Bug#1018872: systemd.service COMMAND LINE misses command search, if starting with "+".) has caused the Debian Bug report #1018872, regarding systemd.service COMMAND LINE misses command search, if starting with "+". to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 1018872: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1018872 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: systemd Version: 247.3-7 Severity: minor Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? Implementing some systemd.service, which requires preparation by ExecStartPre. * What exactly did you do (or not do) that was effective (or ineffective)? Added: ExecStartPre=+mkdir -p ; +chown -R : * What was the outcome of this action? Result via service start and via analysing (sudo systemd-analyze verify ): Command mkdir is not executable: Datei oder Verzeichnis nicht gefunden * What outcome did you expect instead? Execution without error message. *** End of the template - remove these template lines *** Workaround using a little different COMMAND LINE: ExecStartPre=+/bin/mkdir -p ; +chown -R : Versions of packages systemd is related to: pn dracut ii initramfs-tools 0.140 ii libnss-systemd 247.3-7 ii libpam-systemd 247.3-7 ii udev 247.3-7 -- no debconf information --- End Message --- --- Begin Message --- I'm pretty sure this issue is actually just about a misleading output of systemd-analyze, which is now tracked in #1019474 (and fixed in unstable) I'm thus closing this issue here again. On Thu, 1 Sep 2022 12:35:37 +0200 Michael Biebl wrote: Control: reopen -1 Am 01.09.22 um 11:10 schrieb Harald Bergmann: > Hello Michael, > > please test the told COMMAND LINE with multiple commands, before closing. > Many thanks! > Re-opening as per your request. Please provide a way how this can be reproduced. A minimal .service file showing the issue would be great. Please also post the corresponding systemctl status output. Michael OpenPGP_signature Description: OpenPGP digital signature --- End Message ---
Bug#1018872: marked as done (systemd.service COMMAND LINE misses command search, if starting with "+".)
Your message dated Thu, 1 Sep 2022 10:59:11 +0200 with message-id and subject line Re: Bug#1018872: systemd.service COMMAND LINE misses command search, if starting with "+". has caused the Debian Bug report #1018872, regarding systemd.service COMMAND LINE misses command search, if starting with "+". to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 1018872: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1018872 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: systemd Version: 247.3-7 Severity: minor Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? Implementing some systemd.service, which requires preparation by ExecStartPre. * What exactly did you do (or not do) that was effective (or ineffective)? Added: ExecStartPre=+mkdir -p ; +chown -R : * What was the outcome of this action? Result via service start and via analysing (sudo systemd-analyze verify ): Command mkdir is not executable: Datei oder Verzeichnis nicht gefunden * What outcome did you expect instead? Execution without error message. *** End of the template - remove these template lines *** Workaround using a little different COMMAND LINE: ExecStartPre=+/bin/mkdir -p ; +chown -R : Versions of packages systemd is related to: pn dracut ii initramfs-tools 0.140 ii libnss-systemd 247.3-7 ii libpam-systemd 247.3-7 ii udev 247.3-7 -- no debconf information --- End Message --- --- Begin Message --- Am 01.09.22 um 10:13 schrieb Harald Bergmann: Package: systemd Version: 247.3-7 Severity: minor Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? Implementing some systemd.service, which requires preparation by ExecStartPre. * What exactly did you do (or not do) that was effective (or ineffective)? Added: ExecStartPre=+mkdir -p ; +chown -R : * What was the outcome of this action? Result via service start and via analysing (sudo systemd-analyze verify ): Command mkdir is not executable: Datei oder Verzeichnis nicht gefunden * What outcome did you expect instead? Execution without error message. *** End of the template - remove these template lines *** Workaround using a little different COMMAND LINE: ExecStartPre=+/bin/mkdir -p ; +chown -R : Seems to work fine here (both with systemd v247 from stable and v251 from unstable): # adduser test # systemctl cat test.service # /etc/systemd/system/test.service [Unit] Description=Test [Service] Type=oneshot User=test ExecStartPre=+mkdir -p /run/foo ExecStartPre=+chown test /run/foo ExecStart=echo "Hello World" # systemctl start test.service # systemctl status test.service root@pluto:~# systemctl status test ○ test.service - Test Loaded: loaded (/etc/systemd/system/test.service; static) Active: inactive (dead) Sep 01 10:54:42 pluto systemd[1]: Starting Test... Sep 01 10:54:42 pluto echo[94045]: Hello World Sep 01 10:54:42 pluto systemd[1]: test.service: Deactivated successfully. Sep 01 10:54:42 pluto systemd[1]: Finished Test. # ls -ld /run/foo drwxr-xr-x 2 test root 40 1. Sep 10:54 /run/foo OpenPGP_signature Description: OpenPGP digital signature --- End Message ---