Вызов демону в скрипте /etc/init.d блокируется, не работает в фоновом режиме

Question

У меня есть Perl-скрипт, который я хочу демонизировать.В основном этот Perl-скрипт будет читать каталог каждые 30 секунд, читать найденные файлы и затем обрабатывать данные.Для простоты рассмотрим следующий сценарий Perl (называемый synpipe_server, в /usr/sbin/ есть символическая ссылка этого сценария):

#!/usr/bin/perl
use strict;
use warnings;

my $continue = 1;
$SIG{'TERM'}  = sub { $continue = 0; print "Caught TERM signal\n"; };
$SIG{'INT'} = sub { $continue = 0; print "Caught INT signal\n"; };

my $i = 0;
while ($continue) {
     #do stuff
     print "Hello, I am running " . ++$i . "\n";
     sleep 3;
}

Так что этот сценарий в основном печатает что-то каждые 3 секунды.

Затем, когда я хочу демонизировать этот скрипт, я также поместил этот скрипт bash (также называемый synpipe_server) в /etc/init.d/:

#!/bin/bash
# synpipe_server : This starts and stops synpipe_server
#
# chkconfig: 12345 12 88
# description: Monitors all production pipelines
# processname: synpipe_server
# pidfile: /var/run/synpipe_server.pid
# Source function library.
. /etc/rc.d/init.d/functions

pname="synpipe_server"
exe="/usr/sbin/synpipe_server"
pidfile="/var/run/${pname}.pid"
lockfile="/var/lock/subsys/${pname}"

[ -x $exe ] || exit 0

RETVAL=0

start() {
    echo -n "Starting $pname : "
    daemon ${exe}
    RETVAL=$?
    PID=$!
    echo
    [ $RETVAL -eq 0 ] && touch ${lockfile}
    echo $PID > ${pidfile}
}

stop() {
    echo -n "Shutting down $pname : "
    killproc ${exe}
    RETVAL=$?
    echo
    if [ $RETVAL -eq 0 ]; then
        rm -f ${lockfile}
        rm -f ${pidfile}
    fi
}

restart() {
    echo -n "Restarting $pname : "
    stop
    sleep 2
    start
}

case "$1" in
    start)
        start
    ;;
    stop)
        stop
    ;;
    status)
        status ${pname}
    ;;
    restart)
        restart
    ;;
    *)
        echo "Usage: $0 {start|stop|status|restart}"
    ;; esac

exit 0

Итак, (если я хорошо понял документдля демона) Perl-скрипт должен работать в фоновом режиме и вывод должен быть перенаправлен на /dev/null, если я выполню:

service synpipe_server start

Но вот что я получаю вместо этого:

[root@master init.d]# service synpipe_server start
Starting synpipe_server : Hello, I am running 1
Hello, I am running 2
Hello, I am running 3
Hello, I am running 4
Caught INT signal
                                                           [  OK  ]
[root@master init.d]# 

Таким образом, он запускает скрипт Perl, но запускает его, не отключая его от текущего сеанса терминала, и я вижу вывод, напечатанный на моей консоли ... что на самом деле не то, что я ожидал.Более того, файл PID пуст (или только с переводом строки, daemon ) не возвращает pid.

Кто-нибудь знает, что я делаю неправильно?

РЕДАКТИРОВАТЬ: может быть, я должен сказать, что я на машине Red Hat.

Scientific Linux SL release 5.4 (Boron)

Спасибо, Тони

Answer 1

Я, наконец, переписал функцию запуска в скрипте bash init и больше не использую daemon.

start() {
    echo -n "Starting $pname : "
    #daemon ${exe} # Not working ...
    if [ -s ${pidfile} ]; then
       RETVAL=1
       echo -n "Already running !" && warning
       echo
    else
       nohup ${exe} >/dev/null 2>&1 &
       RETVAL=$?
       PID=$!
       [ $RETVAL -eq 0 ] && touch ${lockfile} && success || failure
       echo
       echo $PID > ${pidfile}
    fi
}

Я проверяю, что pid-файл уже не существует (если так,просто напишите предупреждение).Если нет, я использую

 nohup ${exe} >/dev/null 2>&1 &

для запуска скрипта.

Я не знаю, насколько это безопасно (?), Но это работает.

Answer 2

Правильный способ демонизации процесса - отключить его от терминала . Вот как это делают большинство крупных программных пакетов, например, apache .

Обоснование того, что daemon не делает то, что вы ожидаете от его имени, и как заставить процесс unix отсоединиться от фона, можно найти здесь в разделе 1,7. заставить мою программу действовать как демон?

Простого вызова программы в фоновом режиме на самом деле недостаточно эти длительные программы; это не правильно отделить процесс из терминальной сессии, которая запустила его. Так же Обычный способ запуска демонов - просто выполнить команду вручную или из скрипта rc; ожидается, что сам демон поместит на задний план.

Для дальнейшего чтения по этой теме: В чем разница между nohup и демоном?

Answer 3

Как сказано здесь , кажется, что процесс нужно отправить в фоновый режим с помощью &.Демон не делает это за тебя.

Answer 4

Согласно man daemon правильный синтаксис:

daemon [options] -- [command] [command args]

При запуске сценария инициализации должно быть что-то вроде:

daemon --pidfile ${pidfile} -- ${exe}