Как правильно добавить пользовательский демон в init.d?

26

У меня есть сторонний демон сервера приложений, который может быть запущен и остановлен парой командных строк. Мне нужно, чтобы этот демон запускался, когда система запускалась и правильно остановилась при выключении системы. Как мне правильно это реализовать? Достаточно ли скопировать какой-нибудь скрипт в /etc/init.d и соответственно изменить его?

Иван
источник

Ответы:

16

init.d - старая устаревшая система для запуска демонов; это было вытеснено выскочкой . Преимущество Upstart заключается в том, что его гораздо проще настроить и обеспечивает правильную последовательность инициализации задач.

Конфигурационные файлы для upstart находятся в / etc / init, и, если у вашего демона нет предварительных требований, это может быть так просто, как tty1.conf:

# tty1 - getty
#
# This service maintains a getty on tty1 from the point the system is
# started until it is shut down again.

start on stopped rc RUNLEVEL=[2345]
stop on runlevel [!2345]

respawn
exec /sbin/getty -8 38400 tty1

в этом случае вы можете скопировать этот файл и изменить по вкусу. Более сложные конфигурации лучше всего документировать на сайте upstart и в других записях в / etc / init.

добавлено в ответ на комментарий

Используете ли вы upstart или init.d, вам все равно понадобится какой-то способ определить, когда Firebird правильно инициализирован. К сожалению, у самого Firebird, похоже, нет хорошего способа убедиться, что он установлен и работает . Таким образом, рекомендация придерживаться запуска вашей программы в /etc/rc.local, безусловно, самая простая, и в Ubuntu - по крайней мере - гарантированно будет выполняться как можно позже в процессе загрузки.

MSW
источник
1
На самом деле мой демон зависит от сервера базы данных Firebird, который использует init.d.
Иван
12

если вы не хотите переходить на UPSTART, но хотите использовать классический подход, вы должны:

ПРИМЕЧАНИЕ: я сохраняю службу и программу с одним и тем же именем в разных каталогах (но вы можете изменить это, если это отражено в вашем файле службы). измените "myscriptname" и "myprogramname" на настоящие имена!

  1. сохраните вашу программу, которая будет работать как сервис, в / usr / sbin

    sudo cp myprogramname /usr/sbin/myscriptname

  2. создайте базовый сценарий запуска (используйте /etc/init.d/skeleton в качестве ссылки)

  3. переместите этот скрипт в /etc/init.d

    sudo mv /etc/init.d/myscriptname

  4. дать разрешение на выполнение этого скрипта (я использовал 775, но вы можете установить его ниже)

    sudo chmod 755 /etc/init.d/myscriptname

  5. Перейти к /etc/init.d

    cd /etc/init.d

  6. включить в список автозагрузки с низким приоритетом запуска

    sudo update-rc.d myscriptname defaults 97 03

перезагрузите компьютер и проверьте, правильно ли запущен сервис

sudo ps -A --sort cmd

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

cd /etc/init.d
sudo service myscriptname start

ниже я включаю пример файла службы, который на самом деле работает. сравните его со службой скелета, чтобы понять, что вам нужно настроить. ПРИМЕЧАНИЕ: это работает на Ubuntu 12.04 amazon cloud Классическая реализация AWS EC2 LAMP (также на Kubuntu 15.10).

#! /bin/sh
### BEGIN INIT INFO
# Provides:          
# Required-Start:    $remote_fs
# Required-Stop:     $remote_fs
# Default-Start:     2 3 4 5
# Default-Stop:      0 1 6
# Short-Description: Sample_GT02 daemon startup script
# Description:       Sample Server for GT02 class 
### END INIT INFO

# Author: Tony Gil 
#

# Do NOT "set -e"

# PATH should only include /usr/* if it runs after the mountnfs.sh script
PATH=/sbin:/usr/sbin:/bin:/usr/bin
DESC="Sample Daemon"
NAME=sampleserver_gt02
DAEMON=/usr/sbin/$NAME
PIDFILE=/var/run/$NAME.pid
SCRIPTNAME=/etc/init.d/$NAME
CHUID=root

# Exit if the package is not installed
[ -x "$DAEMON" ] || exit 0

# Read configuration variable file if it is present
[ -r /etc/default/$NAME ] && . /etc/default/$NAME

# Load the VERBOSE setting and other rcS variables
. /lib/init/vars.sh

# Define LSB log_* functions.
# Depend on lsb-base (>= 3.0-6) to ensure that this file is present.
. /lib/lsb/init-functions

#
# Function that starts the daemon/service
#
do_start()
{
   # Return
   #   0 if daemon has been started
   #   1 if daemon was already running
   #   2 if daemon could not be started
   start-stop-daemon --start --quiet --pidfile $PIDFILE --exec $DAEMON --test > /dev/null \
      || return 1
   start-stop-daemon --start --quiet --chuid $CHUID --pidfile $PIDFILE --exec $DAEMON -- \
      $DAEMON_ARGS \
      || return 2
}

#
# Function that stops the daemon/service
#
do_stop()
{
   # Return
   #   0 if daemon has been stopped
   #   1 if daemon was already stopped
   #   2 if daemon could not be stopped
   #   other if a failure occurred
   start-stop-daemon --stop --quiet --retry=TERM/30/KILL/5 --pidfile $PIDFILE --name $NAME
   RETVAL="$?"
   [ "$RETVAL" = 2 ] && return 2
   # Wait for children to finish too if this is a daemon that forks
   # and if the daemon is only ever run from this initscript.
   # If the above conditions are not satisfied then add some other code
   # that waits for the process to drop all resources that could be
   # needed by services started subsequently.  A last resort is to
   # sleep for some time.
   start-stop-daemon --stop --quiet --oknodo --retry=0/30/KILL/5 --exec $DAEMON
   [ "$?" = 2 ] && return 2
   # Many daemons don't delete their pidfiles when they exit.
   rm -f $PIDFILE
   return "$RETVAL"
}

#
# Function that sends a SIGHUP to the daemon/service
#
do_reload() {
   #
   # If the daemon can reload its configuration without
   # restarting (for example, when it is sent a SIGHUP),
   # then implement that here.
   #
   start-stop-daemon --stop --signal 1 --quiet --pidfile $PIDFILE --name $NAME
   return 0
}

case "$1" in
  start)
   [ "$VERBOSE" != no ] && log_daemon_msg "Starting $DESC" "$NAME"
   do_start
   case "$?" in
      0|1) [ "$VERBOSE" != no ] && log_end_msg 0 ;;
      2) [ "$VERBOSE" != no ] && log_end_msg 1 ;;
   esac
   ;;
  stop)
   [ "$VERBOSE" != no ] && log_daemon_msg "Stopping $DESC" "$NAME"
   do_stop
   case "$?" in
      0|1) [ "$VERBOSE" != no ] && log_end_msg 0 ;;
      2) [ "$VERBOSE" != no ] && log_end_msg 1 ;;
   esac
   ;;
  #reload|force-reload)
   #
   # If do_reload() is not implemented then leave this commented out
   # and leave 'force-reload' as an alias for 'restart'.
   #
   #log_daemon_msg "Reloading $DESC" "$NAME"
   #do_reload
   #log_end_msg $?
   #;;
  restart|force-reload)
   #
   # If the "reload" option is implemented then remove the
   # 'force-reload' alias
   #
   log_daemon_msg "Restarting $DESC" "$NAME"
   do_stop
   case "$?" in
     0|1)
      do_start
      case "$?" in
         0) log_end_msg 0 ;;
         1) log_end_msg 1 ;; # Old process is still running
         *) log_end_msg 1 ;; # Failed to start
      esac
      ;;
     *)
        # Failed to stop
      log_end_msg 1
      ;;
   esac
   ;;
  *)
   #echo "Usage: $SCRIPTNAME {start|stop|restart|reload|force-reload}" >&2
   echo "Usage: $SCRIPTNAME {start|stop|restart|force-reload}" >&2
   exit 3
   ;;
esac

:
Тони Гил
источник
1
@jakeGould вы действительно нашли время, чтобы переформатировать «мой» код. Означает ли это, что вы проверили его, и он работал на вас?
Тони Гил
1
у меня это сработало
Mario S
Разве выскочка не умерла в пользу systemd?
Гиллеспи
Действительно, выскочка даже не установлена ​​на моей последней Ubuntu. Сценарии инициализации SysV никогда не умрут.
Крис Надович
8

Сделайте копию /etc/init.d/skeleton и отредактируйте ее в соответствующих местах, чтобы запустить / остановить / перезапустить вашу службу. Он очень хорошо прокомментирован, поэтому вы сможете быстро создать работающий скрипт init.d.

phuihock
источник
Это означает, что вам также необходимо создавать символические ссылки в rcX.d. Однако обновление Ubuntu уничтожит все ваши пользовательские символические ссылки.
Робин Сюй,
2
  • Добавьте свои команды в /etc/rc.local
  • Так что ваш демон будет запускаться автоматически при запуске системы.
karthick87
источник
1

pleaserunскрипт ruby, который пытается решить проблему автоматического создания скрипта инициализации с помощью одной команды цитата из его страницы:

«С помощью pleaserun вы можете сгенерировать следующие средства запуска / скрипты / что угодно:

запустил
upstart
systemd
runit
sysv init "

Он также определяет, какая система инициализации используется, и соответственно генерирует скрипт.

Костин Гуцэ
источник
не уверен, что PleaseRun также ведет запись в журнал, но у этого другого также есть запись в
Костин Гуцэ,