Jak poprawnie dodać niestandardowego demona do init.d?

26

Mam demona serwera aplikacji innego podmiotu, który można uruchomić i zatrzymać za pomocą kilku wierszy poleceń. Potrzebuję tego demona do uruchomienia, gdy system uruchomi się i poprawnie zatrzyma przy zamykaniu systemu. Jak poprawnie to zaimplementować? Czy wystarczy skopiować skrypt w /etc/init.d i odpowiednio go zmodyfikować?

Ivan
źródło

Odpowiedzi:

16

init.d to stary, przestarzały system do uruchamiania demonów; został zastąpiony przez upstart . Zaletą Upstart jest to, że jest znacznie łatwiejszy do skonfigurowania i umożliwia prawidłowe sekwencjonowanie inicjalizacji zadania.

Pliki konfiguracyjne do uruchomienia na żywo w / etc / init, a jeśli twój demon nie ma żadnych wymagań wstępnych, może być tak prosty jak 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

w takim przypadku możesz skopiować ten plik i zmodyfikować do smaku. Bardziej złożone konfiguracje najlepiej udokumentować na stronie upstart oraz w innych wpisach w / etc / init.

dodane w odpowiedzi na komentarz

Niezależnie od tego, czy korzystasz z wersji upstart, czy init.d, nadal będziesz potrzebować sposobu, aby ustalić, kiedy Firebird zostanie poprawnie zainicjowany. Niestety sam Firebird nie wydaje się dobrym sposobem na sprawdzenie, czy jest zainstalowany i działa . Dlatego zalecenie umieszczenia programu na starcie w /etc/rc.local jest z pewnością najłatwiejsze, a na Ubuntu - przynajmniej - gwarantuje się uruchomienie możliwie późno w procesie rozruchu.

msw
źródło
1
Właściwie mój demon zależy od serwera bazy danych Firebird, który korzysta z init.d.
Ivan
12

jeśli nie chcesz migrować do UPSTART, ale chcesz mieć klasyczne podejście, musisz:

UWAGA: zapisuję usługę i program o tej samej nazwie w różnych katalogach (ale możesz to zmienić, o ile jest to odzwierciedlone w pliku usługi). zmień „myscriptname” i „myprogramname” na prawdziwe imiona!

  1. zapisz swój program, który będzie działał jako usługa w / usr / sbin

    sudo cp myprogramname /usr/sbin/myscriptname

  2. utwórz podstawowy skrypt startowy (użyj /etc/init.d/skeleton jako odniesienie)

  3. przenieś ten skrypt do /etc/init.d

    sudo mv /etc/init.d/myscriptname

  4. nadaj temu skryptowi uprawnienia (użyłem 775, ale możesz ustawić go niżej)

    sudo chmod 755 /etc/init.d/myscriptname

  5. goto /etc/init.d

    cd /etc/init.d

  6. uwzględnij na liście startowej o niskim priorytecie uruchamiania

    sudo update-rc.d myscriptname defaults 97 03

uruchom ponownie komputer i sprawdź, czy usługa została poprawnie uruchomiona

sudo ps -A --sort cmd

jeśli twoja usługa nie uruchamia się poprawnie, powinieneś najpierw sprawdzić, czy działa po ręcznym wywołaniu:

cd /etc/init.d
sudo service myscriptname start

poniżej dołączam przykładowy plik usługi, który faktycznie działa. porównaj to z usługą szkieletową, aby zrozumieć, co musisz skonfigurować. UWAGA: działa to na implementacji Ubuntu 12.04 amazon cloud AWS EC2 classic LAMP (także w 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

:
Tony Gil
źródło
1
@ jake Czy rzeczywiście poświęciłeś trochę czasu na sformatowanie „mojego” kodu. Czy to oznacza, że ​​go przetestowałeś i działał dla Ciebie?
Tony Gil
1
zadziałało dla mnie
Mario S
Czy upstart nie jest teraz martwy na korzyść systemd?
Gillespie
Rzeczywiście, upstart nie jest nawet zainstalowany na moim ostatnim Ubuntu. Skrypty inicjujące SysV nigdy nie umrą.
Chris Nadovich
8

Utwórz kopię pliku /etc/init.d/skeleton i edytuj ją w odpowiednich miejscach, aby uruchomić / zatrzymać / ponownie uruchomić usługę. Jest bardzo dobrze skomentowany, więc powinieneś być w stanie szybko stworzyć działający skrypt init.d.

phuihock
źródło
Oznacza to, że musisz także utworzyć dowiązania symboliczne w rcX.d. Jednak aktualizacja Ubuntu usunie wszystkie niestandardowe linki symboliczne.
Robin Hsu,
2
  • Dodaj swoje polecenia do /etc/rc.local
  • Aby demon zaczął się automatycznie uruchamiać podczas uruchamiania systemu.
karthick87
źródło
1

pleaserunto skrypt ruby, który próbuje rozwiązać problem automatycznego tworzenia skryptu inicjującego za pomocą jednego polecenia. cytowanie z jego strony:

„Dzięki proszę, możesz wygenerować następujące wyrzutnie / skrypty / cokolwiek:

uruchomiono
upstart
systemd
runit
sysv init "

Wykrywa również, który system init jest używany, więc odpowiednio generuje skrypt.

Costin Gușă
źródło
nie jestem pewien, czy pleaserun również rejestruje, ale ten drugi również rejestruje: gist.github.com/naholyr/4275302
Costin Gușă