A chamada para o daemon em um script /etc/init.d está bloqueando, não sendo executada em segundo plano

9

Eu tenho um script em Perl que quero desmontar. Basicamente, este script perl lerá um diretório a cada 30 segundos, lerá os arquivos que encontrar e, em seguida, processará os dados. Para simplificar, considere o seguinte script Perl (chamado synpipe_server, existe um link simbólico deste script em /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;
}

Portanto, este script basicamente imprime algo a cada 3 segundos.

Então, como eu quero daemonizar este script, eu também coloquei este script bash (também chamado synpipe_server) em /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

Então, (se eu entendi bem o doc para daemon) o script Perl deve ser executado em segundo plano e a saída deve ser redirecionada para /dev/null se eu executar:

service synpipe_server start

Mas aqui está o que eu recebo em vez disso:

[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]# 

Então, ele inicia o script Perl, mas o executa sem desanexá-lo da sessão de terminal atual, e posso ver a saída impressa no meu console ... o que não é realmente o que eu esperava. Além disso, o arquivo PID está vazio (ou apenas com um avanço de linha, nenhum pid retornado pelo daemon ).

Alguém tem alguma ideia do que estou fazendo errado?

EDIT: talvez eu deva dizer que estou em uma máquina da Red Hat.

Scientific Linux SL release 5.4 (Boron)

Funcionaria se, em vez de usar a função daemon, eu usasse algo como:

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

no script de inicialização?

    
por tony 14.11.2011 / 18:30

2 respostas

4

Eu sugiro que você daemonize o script perl diretamente ao invés de adicionar a camada extra da função redhat init script daemon . É difícil conseguir daemons certos se você tentar escrevê-los por conta própria. Proc :: Daemon é bastante simples.

Além disso, aqui está uma discussão de como escrever daemons em Perl .

Resposta bônus: use daemontools e Proc::Daemontools . Isso fornece um sistema de gerenciamento de daemon abrangente e você provavelmente já tem daemontools instalados de qualquer maneira. Algumas pessoas não gostam de daemontools, mas fazem o trabalho.

Não importa quantas vezes eu escrevo, o daemon ainda parece estranho. Talvez eu deva usar o daemon.

    
por 14.11.2011 / 19:00
2

Se você estiver usando Debian e seus derivados, use a opção start-stop-daemon with -b para iniciar seu processo sem problemas.

    
por 14.11.2011 / 20:32