Сбой на шаге EXEC порождение: нет такого файла или каталога

Question

Учитывая следующий одноразовый сервис, включенный при загрузке,

[Unit]

Description = My Server Daemon
Documentation = https://etcetc.org

Wants = network-online.target getty.target NetworkManager-wait-online.service isc-dhcp-server.service xinetd.service smbd.service
After = network-online.target getty.target NetworkManager-wait-online.service isc-dhcp-server.service xinetd.service smbd.service

[Service]

Type = oneshot

RemainAfterExit = yes

User = foouser

PIDFile = /run/myd.pid

WorkingDirectory = /home/foouser/my-server/bin

ExecStart = /home/foouser/my-server/bin/myd
ExecStop = /home/foouser/my-server/bin/abort.sh

TimeoutStopSec = 5

[Install]

WantedBy = multi-user.target

Это на самом деле не запускается. Фильтрация /var/log/syslog

systemd [1]: myd.service: не удалось на этапе CHDIR порождать /home /foouser /my-server /bin /my: такого файла или каталога нет

Пока journalctl --unit=myd.service согласен

systemd [1]: myd.service: основной процесс завершен, код = завершен, статус = 200/CHDIR

Итак, поскольку /home/foouser/my-server/bin/myd является моей мягкой ссылкой на /home/foouser/my-server/xspyctra/xspyctrad.py , я

1. изменено ExecStart = /home/foouser/my-server/xspyctra/xspyctrad.py
2. прокомментировал WorkingDirectory, который на самом деле меня не интересует, так как скрипт python будет делать os.chdir('/home/foouser/my-server/bin') самостоятельно

Сервисы перезагружались, система перезагружалась и т.д. Но теперь я ошеломлен следующей ошибкой

systemd [1653]: myd.service: не удалось на этапе EXEC порождение /home/foouser/my-server/xspyctra/xspyctrad.py: такого файла или каталога нет

systemd [1]: myd.service: основной процесс завершен, код = завершен, статус = 203 /EXEC

Я могу точно сказать, что этот файл существует

$ ls -l /home/foouser/my-server/xspyctra/xspyctrad.py
-rwxrw-r-- 1 foouser foouser 5532 May 10 16:13 /home/foouser/my-server/xspyctra/xspyctrad.py

Как последняя диагностика, service myd status

● myd.service - My Server Daemon
  Loaded: loaded (/etc/systemd/system/myd.service; enabled; vendor preset: enabled)
  Active: failed (Result: exit-code) since Fri 2018-05-11 10:58:21 CEST; 16min ago
  Docs: https://etcetc.org
  Main PID: 1627 (code=exited, status=203/EXEC)

РЕДАКТИРОВАТЬ 1

Однако это может как-то случиться только во время загрузки. По сути дела,

sudo service myd stop
sudo service myd start

кажется работает, потому что service myd status

● myd.service - My Server Daemon
     Loaded: loaded (/etc/systemd/system/myd.service; enabled; vendor preset: enabled)
     Active: activating (start) since Fri 2018-05-11 11:22:52 CEST; 1min 16s ago
       Docs: https://etcetc.org
   Main PID: 2106 (python2)
      Tasks: 24
     Memory: 545.1M
        CPU: 10.913s
     CGroup: /system.slice/myd.service
       ├─2106 python2 /home/foouser/my-server/bin/myd
       ├─2122 ./<my-child-process-a>
       ├─2127 ./<my-child-process-b>
       └─2133 ./<my-child-process-c>

Как и ожидалось. Кроме того, обратите внимание, что xspyctrad.py , настоящий скрипт, будет порождать twisted.reactor , следовательно, не вернется и останется на переднем плане.

Так где же может быть моя ошибка?

Answer 1

Помимо перемещения исполняемых файлов в ранее доступное место (что в любом случае полезно), можно указать зависимости монтирования, чтобы сообщить systemd отложить запуск вашего устройства до тех пор, пока местоположение не будет смонтировано и доступно.

Вы можете использовать RequiresMountsFor=:

[Unit]
RequiresMountsFor=/home/foouser/my-server/bin

Или укажите Requires=/After= на соответствующем .mount, если вы точно знаете, что нужно монтировать:

[Unit]
Requires=home-foouser.mount
After=home-foouser.mount

Answer 2

Как отметил Камил, /home/foouser/ не существует на момент запуска сервиса. Переезд в существующее местоположение закрыл проблему.