it-swarm.com.ru

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

У меня есть 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

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

[[email protected] 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  ]
[[email protected] init.d]# 

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

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

Правка: возможно, я должен сказать, что я на машине Red Hat.

Scientific Linux SL release 5.4 (Boron)

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

22
tony

Наконец, я переписал функцию запуска в скрипте 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 &

запустить скрипт.

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

16
tony

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

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

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

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

2
MarkM

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

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

Ваш стартовый скрипт должен запускать что-то вроде:

daemon --pidfile ${pidfile} -- ${exe}
0
yko