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 рекомендую, он успешно запущен.

Я что-то упустил ??

1
задан 1 February 2017 в 16:06
1 ответ

@MichaelHampton прав в том, что ваш системный модуль не должен вызывать сценарий 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 . Однако этого решения тоже следует избегать - оно добавляет значительную дополнительную сложность и усложнение, которое может привести к проблемам позже, если не раньше.

1
ответ дан 3 December 2019 в 23:35

Теги

Похожие вопросы