Criando serviço no SLES / SUSE 11 SP3

Question

Eu tenho um script python que funciona muito bem executado a partir de um console (remoto) como este:

sudo /srv/web-asset-server-master/python server.py

O problema é que ele só vive enquanto a janela do console estiver aberta. Então eu quero executá-lo como um serviço, mas isso parece ser mais complicado que eu pensava. Ter seguido esta receita - > link (e leia perguntas semelhantes aqui no Unix e Linux como Como executar o meu script após a inicialização do SuSE?

Seguindo todos os princípios básicos da criação de scripts init personalizados Eu fiz isso:

#! /bin/sh
# Copyright (c) 2015 NHMD / specify
# All rights reserved.
#
# Author: Ben Anhalt, 2015
#
# /etc/init.d/attachment-server
#   and its symbolic link
# /usr/sbin/attachment-server

### BEGIN INIT INFO
# Provides:          attachment-server
# Required-Start:    $network
# Required-Stop:
# Default-Start:     3 5
# Default-Stop:      0 1 2 6
# Short-Description: Specify attachment server
# Description:       The attachment server is storage medie for Specify attachments 
#       service.  We want it to be active in runlevels 3
#       and 5, as these are the runlevels with the network
#       available.
### END INIT INFO

# Check for missing binaries
ATT_BIN=/srv/web-asset-server-master/python server.py
test -x $ATT_BIN || { echo "$ATT_BIN not installed";
        if [ "$1" = "stop" ]; then exit 0;
        else exit 5; fi; }

# Load the rc.status script for this service.
. /etc/rc.status

# Reset status of this service
rc_reset

case "$1" in
    start)
        echo -n "Starting attachment server "
        ## Start daemon with startproc(8). If this fails
        ## the return value is set appropriately by startproc.
        startproc $ATT_BIN

        # Remember status and be verbose
        rc_status -v
        ;;
    stop)
        echo -n "Shutting down attachment server "
        ## Stop daemon with killproc(8) and if this fails
        ## killproc sets the return value according to LSB.

        killproc -TERM $ATT_BIN

        # Remember status and be verbose
        rc_status -v
        ;;
   restart)
        ## Stop the service and regardless of whether it was
        ## running or not, start it again.
        $0 stop
        $0 start

        # Remember status and be quiet
        rc_status
        ;;
    reload)
        # If it supports signaling:
        echo -n "Reload service attachment server "
        killproc -HUP $ATT_BIN
        #touch /var/run/BAR.pid
        rc_status -v

        ## Otherwise if it does not support reload:
        #rc_failed 3
        #rc_status -v
        ;;
    status)
        echo -n "Checking for service attachment-server "
        ## Check status with checkproc(8), if process is running
        ## checkproc will return with exit status 0.

        # Return value is slightly different for the status command:
        # 0 - service up and running
        # 1 - service dead, but /var/run/  pid  file exists
        # 2 - service dead, but /var/lock/ lock file exists
        # 3 - service not running (unused)
        # 4 - service status unknown :-(
        # 5--199 reserved (5--99 LSB, 100--149 distro, 150--199 appl.)

        # NOTE: checkproc returns LSB compliant status values.
        checkproc $ATT_BIN
        # NOTE: rc_status knows that we called this init script with
        # "status" option and adapts its messages accordingly.
        rc_status -v
        ;;
    *)
        ## If no parameters are given, print which are avaiable.
        echo "Usage: $0 {start|stop|status|restart|reload}"
        exit 1
        ;;
esac

rc_exit

É o exemplo mais simples com o nome do serviço e o caminho do script alterados. E o "servidor de anexos" é agora registrado pelo YAST no Sistema - > Serviços do sistema, mas quando tento ativá-lo recebo o erro

/etc/init.d/attachment-server start returned 2 (invalid or excess arguments)

O que poderia estar errado? Não consigo descobrir onde esse script deve estar errado. Basicamente, só precisa executar um único script, é isso.

Devo dizer que sou completamente novato no SLES.

    

Answer 1

Sua linha

ATT_BIN=/srv/web-asset-server-master/python server.py

está configurando a variável ATT_BIN e depois executando server.py. Normalmente, ATT_BIN deve ser o nome de caminho completo para um único arquivo a ser executado, por exemplo, /home/me/server.py , se é onde seu script python está.

Normalmente, server.py é alterado para que a primeira linha seja, no seu caso:

#!/srv/web-asset-server-master/python

Então você não precisa especificar o interpretador ao executá-lo e pode simplesmente definir

ATT_BIN=/home/me/server.py

Certifique-se de definir as permissões executáveis no seu arquivo python, por exemplo:

chmod a+rx /home/me/server.py