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

systemctl не может запустить сценарий red5 init.d на ubuntu 16.04

Я попытался собрать и установить скрипт systemd для red5-server на сервере ubuntu 16.04.

Я нашел образец сценария init.d в https://gist.github.com/akarambir/a40163f163ae8b131be8 и скачал

Я назвал сценарий red5.sh и добавил в /etc/init.d с файловым режимом 755 и изменил путь к red5.sh путь к сценарию, в котором установлен файл

#!/bin/sh -
#
# red5      red5 server initscript
#
# Author:   Karambir Singh Nain <akarambir@gmail.com>
#
### BEGIN INIT INFO
# Provides:     red5
# Required-Start:   $remote_fs $syslog
# Required-Stop:    $remote_fs $syslog
# Default-Start:    2 3 4 5
# Default-Stop:     
# Short-Description:    red5 media server
### END INIT INFO

set -e

PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
DESC="Red5 flash streaming server"
NAME=red5
#RED5_HOME=/usr/local/red5
RED5_HOME=/root/red5-server
DAEMON=$RED5_HOME/$NAME.sh
PIDFILE=/var/run/$NAME.pid
LOGFILE=/var/log/$NAME.log
SCRIPTNAME=/etc/init.d/$NAME.sh

# Gracefully exit if the package has been removed.
test -x $DAEMON || exit 0

# Read config file if it is present.
if [ -r /etc/default/$NAME ]
then
    . /etc/default/$NAME
fi

#
#   Function that starts the daemon/service.
#
d_start() {
    start-stop-daemon --start --pidfile $PIDFILE \
                --chdir $RED5_HOME --background --make-pidfile \
        --startas /bin/bash -- -c "exec $DAEMON > $LOGFILE 2>&1"
}

#
#   Function that stops the daemon/service.
#
d_stop() {
    start-stop-daemon --stop --quiet --pidfile $PIDFILE \
        --name java
        rm -f $PIDFILE 
}

case "$1" in
  start)
    echo -n "Starting $DESC: $NAME"
    d_start
    echo "."
    ;;
  stop)
    echo -n "Stopping $DESC: $NAME"
    d_stop
    echo "."
    ;;
  restart|force-reload)
    echo -n "Restarting $DESC: $NAME"
    d_stop
    sleep 1
    d_start
    echo "."
    ;;
  *)
    echo "Usage: $SCRIPTNAME {start|stop|restart|force-reload}" >&2
    exit 1
    ;;
esac

exit 0

Затем я создаю файл red5.service и добавляю его в папку / etc / systemd / system с файловым режимом 755. Затем я запускаю systemctl reload-daemon и systemctl enable red5.service

[Unit]
Description=Red5

[Service]
Type=simple
ExecStart=/etc/init.d/red5.sh

[Install]
WantedBy=multi-user.target

В любом случае, когда я пытаюсь запустить службу с systemctl start red5.service и проверьте статус с помощью systemctl status red5.service, Я получаю эту ошибку:

● red5.service - Red5
   Loaded: loaded (/etc/systemd/system/red5.service; enabled; vendor preset: enabled)
   Active: failed (Result: exit-code) since Wed 2017-02-01 14:36:07 CET; 4s ago
  Process: 5236 ExecStart=/etc/init.d/red5.sh (code=exited, status=1/FAILURE)
 Main PID: 5236 (code=exited, status=1/FAILURE)

Feb 01 14:36:07 Ubuntu-1604-xenial-64-minimal systemd[1]: Started Red5.
Feb 01 14:36:07 Ubuntu-1604-xenial-64-minimal red5.sh[5236]: Usage: /etc/init.d/red5.sh {start|stop|restart|force-reload}
Feb 01 14:36:07 Ubuntu-1604-xenial-64-minimal systemd[1]: red5.service: Main process exited, code=exited, status=1/FAILURE
Feb 01 14:36:07 Ubuntu-1604-xenial-64-minimal systemd[1]: red5.service: Unit entered failed state.
Feb 01 14:36:07 Ubuntu-1604-xenial-64-minimal systemd[1]: red5.service: Failed with result 'exit-code'.

Но когда я пытаюсь запустить сценарий init.d с sh /etc/init.d/red5.sh start рекомендую, успешно началось.

Я что-то упускаю??

@MichaelHampton прав в том, что ваш модуль systemd не должен вызывать сценарий SysVinit, он должен просто вызывать обычный исполняемый файл, который запускает сервер. Может быть, примерно так:

ExecStart=/root/red5-server/red5.sh

systemd может обрабатывать управление файлами PID и регистрацию в STDOUT, поэтому многое из того, что старый скрипт SysVinit не требуется.

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

Usage: /etc/init.d/red5.sh {start|stop|restart|force-reload}

Модуль systemd должен вызывать /etc/init.d/red5.sh start не /etc/init.d/red5.sh. Однако этого решения тоже следует избегать - оно добавляет значительную дополнительную сложность и усложнение, которое может привести к проблемам позже, если не раньше.