Назад | Перейти на главную страницу

Служба systemd: не удалось выполнить вызов метода: сбой службы модуля

Я пытаюсь создать индивидуальный сервис на своем VPS. Однако это не позволяет мне запустить его. В нем говорится следующее. Я не уверен, что происходит, но когда я запускаю его на своем ноутбуке с Ubuntu, он работает правильно. В чем может быть проблема?

sudo systemctl start websocket.service

Failed to issue method call: Unit websocket.service failed to load: No such file or directory. See system logs and 'systemctl status websocket.service' for details.

кошка /lib/systemd/system/websocket.service

[Unit]
Description=php webSocket
After=syslog.target network.target

[Service]
User=root

Type=simple
ExecStart=/usr/bin/webs.sh
TimeoutStopSec=20
KillMode=process
Restart=always
RestartSec=2

[Install]
WantedBy=multi-user.target
Alias=websocket.service

кот /usr/bin/webs.sh

#!/bin/bash
### BEGIN INIT INFO
# Provides:          webSocket
# Required-Start:    $local_fs $network
# Required-Stop:     $local_fs
# Default-Start:     2 3 4 5
# Default-Stop:      0 1 6
# Short-Description: php webSocket
# Description:       php webSocket
### END INIT INFO
/usr/bin/php /path/to/server.php

я пытался systemctl daemon-reload но я получаю следующее

Attempted to remove disk file system, and we can't allow that.
Ignoring /etc/systemd/system/multi-user.target.wants/ssh.service -> /lib/systemd/system/ssh.service for systemd deputy init
Ignoring /etc/systemd/system/multi-user.target.wants/rsyslog.service -> /lib/systemd/system/rsyslog.service for systemd deputy init
Ignoring /etc/systemd/system/multi-user.target.wants/bind9.service -> /lib/systemd/system/bind9.service for systemd deputy init
Ignoring /etc/systemd/system/timers.target.wants/phpsessionclean.timer -> /lib/systemd/system/phpsessionclean.timer for systemd deputy init

Может ли кто-нибудь намекнуть на то, что происходит?

Это разрешения для служебного файла:

-rwxr-xr-x 1 root root  264 Feb  6 05:06 websocket.service*

А это для файла bash:

-rwxr-xr-x 1 root root 349 Feb  6 05:02 webs.sh*

Я изменил файл webs.sh на /usr/bin/ path и обновил файл, как упоминал @TeroKilkanen, но у меня все еще такая же проблема.

Одна из проблем заключается в том, что вы добавляете сценарий в корневой каталог, который не является местом для сценариев. /usr/local/bin - лучшее место для подобных скриптов.

Вторая проблема в том, что ваш shebang неверен. Shebang включает только путь к исполняемому файлу, который будет использоваться для выполнения скрипта, но не аргументы к нему. Это то, что вызывает No such file or directory. ошибка. https://unix.stackexchange.com/questions/63979/shebang-line-with-usr-bin-env-command-argument-fails-on-linux говорит больше об этом поведении.

Вместо этого вы можете использовать этот подход:

Для webs.sh использовать это:

#!/bin/bash
### BEGIN INIT INFO
# Provides:          webSocket
# Required-Start:    $local_fs $network
# Required-Stop:     $local_fs
# Default-Start:     2 3 4 5
# Default-Stop:      0 1 6
# Short-Description: php webSocket
# Description:       php webSocket
### END INIT INFO
/usr/bin/php /path/to/server.php

Не забудьте дать исполняемому файлу права доступа.

Меня пока не беспокоит комментарий Майкла, остальной вывод systemd может быть признаком этой неправильной настройки.