Como posso executar um script de shell como um daemon no Redhat?


12

Eu tenho um script de shell, que é essencialmente um liner com algum log, que estou tentando executar isso a partir de um script init. Estou usando a daemonfunção dentro de /etc/init.d/functionspara executá-lo, pois o Redhat não parece terstart-stop-daemon disponível. Quando eu chamo o script init ( /etc/init.d/script start), ele fica em primeiro plano, em vez de concluir e deixar o processo em execução. Qual é a maneira correta de eu obter esse script daemonized?

Script a ser executado:

# conf file where variables are defined
. /etc/script.conf

echo "Starting..." | logger -i
echo "Monitoring $LOG_LOCATION." | logger -i
echo "Sending to $MONITOR_HOST:$MONITOR_PORT." | logger -i

tail -n 1 -F $LOG_LOCATION |
grep WARN --line-buffered  |
/usr/bin/nc -vv $MONITOR_HOST $MONITOR_PORT 2>&1 |
logger -i

script init:

#!/bin/bash


# Source Defaults
. /etc/default/script

# Source init functions
. /etc/init.d/functions

prog=/usr/local/bin/script.sh

[ -f /etc/script.conf ] || exit 1

RETVAL=0

start()
{
    # Quit if disabled
    if ! $ENABLED; then
            echo "Service Disabled in /etc/default/script"
            exit 1
    fi

    echo "Starting $prog"

    daemon $prog

    RETVAL=$?

    return $RETVAL
}

stop ()
{
    echo -n $"Stopping $prog: "
    killproc $prog

    RETVAL=$?

    return $RETVAL
}

reload()
{
    echo "Reload command is not implemented for this service."
    return $RETVAL
}

restart()
{
    stop
    start
}

condrestart()
{
    echo "Not Implemented."
}

# See how we were called.
case "$1" in
    start)
        start
        ;;
    stop)
        stop
        ;;
    status)
        status $prog
        ;;
    restart)
        restart
        ;;
    reload)
        reload
        ;;
    condrestart)
        condrestart
        ;;
    *)
        echo $"Usage: $0 {start|stop|status|restart|condrestart|reload}"
        RETVAL=1
esac

Últimas ~ 20 linhas de execução com bash -vx:

+ case "$1" in
+ start
+ true
+ echo 'Starting /usr/local/bin/script.sh'
Starting /usr/local/bin/script.sh
+ daemon /usr/local/bin/script.sh
+ local gotbase= force=
+ local base= user= nice= bg= pid=
+ nicelevel=0
+ '[' /usr/local/bin/script.sh '!=' /usr/local/bin/script.sh ']'
+ '[' -z '' ']'
+ base=script.sh
+ '[' -f /var/run/script.sh.pid ']'
+ '[' -n '' -a -z '' ']'
+ ulimit -S -c 0
+ '[' -n '' ']'
+ '[' color = verbose -a -z '' ']'
+ '[' -z '' ']'
+ initlog -q -c /usr/local/bin/script.sh

Parece-me útil que você execute esse script bash -vx ...e publique as últimas linhas para que possamos ver o que permanece em primeiro plano.
Hauke Laging

1
Não se incomode em fazer o uso correto disso daemon, pois há também um pacote RPM . Aliás, existem muitas ferramentas de monitoramento de log por aí ( comece aqui ).
sr_

Hauke, você quer dizer usar uma primeira linha de #!/bin/bash -vx? Tentei fazer isso, mas ele não produziu a mesma saída do script init como se eu executasse o shell script diretamente.
precisa saber é o seguinte

@bshacklett, você pode examinar a função de qualquer script init (na verdade, qualquer shell script) executando-o explicitamente com bash -vx, ie. bash -vx /etc/init.d/script start.
sr_

1
@bshacklett Wrt logs, eu daria uma olhada no logstash . A loja pode ser alimentado registros diretamente do Log4j, mas o agente logstash também pode monitorar arquivos de log
sr_

Respostas:


2

Encontrei um script em http://www.linuxforums.org/forum/programming-scripting/190279-daemon-etc-init-d-functions-does-not-return-launching-process.html#post897522 que eu era capaz modificar para atender às minhas necessidades. Ele rastreia manualmente o PID e cria um arquivo PID usando pidof. Acabei tendo que modificar isso para usarpgrep pois pidofnão conseguia ver o PID do meu script. Após essa modificação, funcionou bem. * Observe que o pgrep parece funcionar apenas se o nome completo do script tiver menos de 15 caracteres

Aqui está o que eu acabei com:

#!/bin/bash
#
# 
#
# Start on runlevels 3, 4 and 5. Start late, kill early.
# chkconfig: 345 95 05
#
#
#!/bin/bash

# absolute path to executable binary
progpath='/usr/local/bin/script.sh'

# arguments to script
opts=''

# binary program name
prog=$(basename $progpath)

# pid file
pidfile="/var/run/${prog}.pid"

# make sure full path to executable binary is found
! [ -x $progpath ] && echo "$progpath: executable not found" && exit 1

eval_cmd() {
  local rc=$1
  if [ $rc -eq 0 ]; then
    echo '[  OK  ]'
  else
    echo '[FAILED]'
  fi
  return $rc
}

start() {
  # see if running
  local pids=$(pgrep $prog)

  if [ -n "$pids" ]; then
    echo "$prog (pid $pids) is already running"
    return 0
  fi
  printf "%-50s%s" "Starting $prog: " ''
  $progpath $opts &

  # save pid to file if you want
  echo $! > $pidfile

  # check again if running
  pgrep $prog >/dev/null 2>&1
  eval_cmd $?
}

stop() {
  # see if running
  local pids=$(pgrep $prog)

  if [ -z "$pids" ]; then
    echo "$prog not running"
    return 0
  fi
  printf "%-50s%s" "Stopping $prog: " ''
  rm -f $pidfile
  kill -9 $pids
  eval_cmd $?
}

status() {
  # see if running
  local pids=$(pgrep $prog)

  if [ -n "$pids" ]; then
    echo "$prog (pid $pids) is running"
  else
    echo "$prog is stopped"
  fi
}

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

exit $?

0

Não conheço Redhat, mas daemon $prog &me parece estranho. Se já existe uma função para daemonização, por que seria necessário (e útil) colocar essa função em segundo plano? Assim, tente sem o &.


4
Não está errado. /etc/init.d/functionsdefine uma daemonfunção que espera que seu argumento se daemonize, ele só cuida de coisas como alterar o usuário, definir ulimits, verificar (não criar!) um arquivo de pid ... O melhor uso dessa daemonfunção é substituí-lo pelo libslack'sdaemon ;)
sr_

Sinto muito, o & estava lá em um momento em que eu estava solucionando problemas. Não pretendi incluí-lo neste post.
precisa saber é o seguinte
Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.