Демонизация скрипта Python в Debian

У меня есть скрипт Python, который я хочу запустить в фоновом режиме при запуске. Это сценарий:

#!/usr/bin/python
from Adafruit_CharLCD import Adafruit_CharLCD
from subprocess import * 
from time import sleep, strftime
from datetime import datetime
from datetime import timedelta
from os import system
from os import getloadavg
from glob import glob

#Variables
lcd = Adafruit_CharLCD() #Stores LCD object
cmdIP = "ip addr show eth0 | grep inet | awk '{print $2}' | cut -d/ -f1" #Current IP
cmdHD = "df -h / | awk '{print $5}'" # Available hd space
cmdSD = "df -h /dev/sda1 | awk '{print $5}'" # Available sd space
cmdRam = "free -h"
temp = 0

#Run shell command
def run_cmd(cmd):
    p = Popen(cmd, shell=True, stdout=PIPE)
    output = p.communicate()[0]
    return output

#Initalises temp device     
def initialise_temp():
    #Initialise
    system("sudo modprobe w1-gpio")
    system("sudo modprobe w1-therm")
    #Find device
    devicedir = glob("/sys/bus/w1/devices/28-*")
    device = devicedir[0]+"/w1_slave"
    return device

#Gets temp  
def get_temp(device):
    f = open (device, 'r')
    sensor = f.readlines()
    f.close()

    #parse results from the file
    crc=sensor[0].split()[-1]
    temp=float(sensor[1].split()[-1].strip('t='))
    temp_C=(temp/1000.000)
    temp_F = ( temp_C * 9.0 / 5.0 ) + 32

    #output
    return temp_C

#Gets time
def get_time():
    return datetime.now().strftime('%b %d  %H:%M:%S\n')

#Gets uptime
def get_uptime():
    with open('/proc/uptime', 'r') as f:
        seconds = float(f.readline().split()[0])
        array = str(timedelta(seconds = seconds)).split('.')
        string = array[0].split(' ')
        totalString = string[0] + ":" + string[2]
    return totalString

#Gets average load
def get_load():
    array = getloadavg()
    average = 0
    for i in array:
        average += i
    average = average / 3
    average = average * 100
    average = "%.2f" % average
    return str(average + "%")

#def get_ram():
def get_ram():
    ram = run_cmd(cmdRam)
    strippedRam = ram.replace("\n"," ");
    splitRam = strippedRam.split(' ')
    totalRam = int(splitRam[52].rstrip("M"))
    usedRam = int(splitRam[59].rstrip("M"))
    percentage = "%.2f" % ((float(usedRam) / float(totalRam)) * 100)
    return percentage + "%"

#Gets the SD usage
def get_sd():
    sd = run_cmd(cmdSD)
    strippedSD = sd.lstrip("Use%\n")
    return strippedSD

#Gets the HD usage
def get_hd():
    hd = run_cmd(cmdSD)
    strippedHD = hd.lstrip("Use%\n")
    return strippedHD

def scroll():
    while(1):
        lcd.scrollDisplayLeft()
        sleep(0.5)

#Uptime and IP
def screen1():
    uptime = get_uptime()
    lcd.message('Uptime %s\n' % (uptime))
    ipaddr = run_cmd(cmdIP)
    lcd.message('IP %s' % (ipaddr))

#Ram and load
def screen2():
    ram = get_ram()
    lcd.message('Ram Used %s\n' % (ram))
    load = get_load()
    lcd.message('Avg Load %s' % (load))

#Temp and time
def screen3():
    time = get_time();
    lcd.message('%s\n' % (time))
    lcd.message('Temp %s' % (temp))

#HD and SD usage
def screen4():
    sd = get_sd()
    lcd.message('SD Used %s\n' % (sd))
    hd = get_hd()
    lcd.message('HD Used %s' % (hd))

#Pause and clear
def screenPause(time):
    sleep(time)
    #In here to reduce lag
    global temp
    temp = str(get_temp(device));
    lcd.clear()
###########################################################################################################

#Initialise
lcd.begin(16,2)
device = initialise_temp()
lcd.clear()

#Testing

#Main loop
while(1):
    screen1()
    screenPause(5)
    screen2()
    screenPause(5)
    screen3()
    screenPause(5)
    screen4()
    screenPause(5)

Я знаю, что, вероятно, не делал ничего так, как писал, но это первая попытка. Мой сценарий запуска находится в /etc/init.d. Это сценарий:

#! /bin/sh
### BEGIN INIT INFO
# Provides:          LCD looping
# Required-Start:    $remote_fs $syslog
# Required-Stop:     $remote_fs $syslog
# Default-Start:     2 3 4 5
# Default-Stop:      0 1 6
# Short-Description: LCD daemon
# Description:       This file should be used to construct scripts to be
#                    placed in /etc/init.d.
### END INIT INFO

# Author: Foo Bar <[email protected]>
#
# Please remove the "Author" lines above and replace them
# with your own name if you copy and modify this script.

# Do NOT "set -e"

# PATH should only include /usr/* if it runs after the mountnfs.sh script
PATH=/sbin:/usr/sbin:/bin:/usr/bin
DESC="Loops the LCD screen through LCD.py"
NAME=startup.py
DAEMON=/home/pi/Programming/LCD/startup.py
DAEMON_ARGS=""
PIDFILE=/var/run/daemonLCD.pid
SCRIPTNAME=/etc/init.d/daemonLCD

# Exit if the package is not installed
[ -x "$DAEMON" ] || exit 0

# Read configuration variable file if it is present
[ -r /etc/default/daemonLCD ] && . /etc/default/daemonLCD

# Load the VERBOSE setting and other rcS variables
. /lib/init/vars.sh

# Define LSB log_* functions.
# Depend on lsb-base (>= 3.2-14) to ensure that this file is present
# and status_of_proc is working.
. /lib/lsb/init-functions

#
# Function that starts the daemon/service
#
do_start()
{
        # Return
        #   0 if daemon has been started
        #   1 if daemon was already running
        #   2 if daemon could not be started
        start-stop-daemon --start --quiet --pidfile $PIDFILE --exec $DAEMON --test > /dev/null \
                || return 1
        start-stop-daemon --start --quiet --pidfile $PIDFILE --exec $DAEMON -- \
                $DAEMON_ARGS \
                || return 2
        # Add code here, if necessary, that waits for the process to be ready
        # to handle requests from services started subsequently which depend
        # on this one.  As a last resort, sleep for some time.
}

#
# Function that stops the daemon/service
#
do_stop()
{
        # Return
        #   0 if daemon has been stopped
        #   1 if daemon was already stopped
        #   2 if daemon could not be stopped
        #   other if a failure occurred
        start-stop-daemon --stop --quiet --retry=TERM/30/KILL/5 --pidfile $PIDFILE --name $NAME
        RETVAL="$?"
        [ "$RETVAL" = 2 ] && return 2
        # Wait for children to finish too if this is a daemon that forks
        # and if the daemon is only ever run from this initscript.
        # If the above conditions are not satisfied then add some other code
        # that waits for the process to drop all resources that could be
        # needed by services started subsequently.  A last resort is to
        # sleep for some time.
        start-stop-daemon --stop --quiet --oknodo --retry=0/30/KILL/5 --exec $DAEMON
        [ "$?" = 2 ] && return 2
        # Many daemons don't delete their pidfiles when they exit.
        rm -f $PIDFILE
        return "$RETVAL"
#
# Function that sends a SIGHUP to the daemon/service
#
do_reload() {
        #
        # If the daemon can reload its configuration without
        # restarting (for example, when it is sent a SIGHUP),
        # then implement that here.
        #
        start-stop-daemon --stop --signal 1 --quiet --pidfile $PIDFILE --name $NAME
        return 0
}

case "$1" in
  start)
        [ "$VERBOSE" != no ] && log_daemon_msg "Starting $DESC" "$NAME"
        do_start
        case "$?" in
                0|1) [ "$VERBOSE" != no ] && log_end_msg 0 ;;
                2) [ "$VERBOSE" != no ] && log_end_msg 1 ;;
        esac
        ;;
  stop)
        [ "$VERBOSE" != no ] && log_daemon_msg "Stopping $DESC" "$NAME"
        do_stop
        case "$?" in
                0|1) [ "$VERBOSE" != no ] && log_end_msg 0 ;;
                2) [ "$VERBOSE" != no ] && log_end_msg 1 ;;
        esac
        ;;
  status)
        status_of_proc "$DAEMON" "$NAME" && exit 0 || exit $?
        ;;
  #reload|force-reload)
        #
        # If do_reload() is not implemented then leave this commented out
        # and leave 'force-reload' as an alias for 'restart'.
        #
        #log_daemon_msg "Reloading $DESC" "$NAME"
        #do_reload
        #log_end_msg $?
        #;;

  restart|force-reload)
        #
        # If the "reload" option is implemented then remove the
        # 'force-reload' alias
        #
        log_daemon_msg "Restarting $DESC" "$NAME"
        do_stop
        case "$?" in
          0|1)
                do_start
                case "$?" in
                        0) log_end_msg 0 ;;
                        1) log_end_msg 1 ;; # Old process is still running
                        *) log_end_msg 1 ;; # Failed to start
                esac
                ;;
          *)
                # Failed to stop
                log_end_msg 1
                ;;
        esac
        ;;
  *)
        #echo "Usage: $SCRIPTNAME {start|stop|restart|reload|force-reload}" >&2
        echo "Usage: $SCRIPTNAME {start|stop|status|restart|force-reload}" >&2
        exit 3
        ;;
esac

:

Я думаю, что я что-то пропустил, когда я набираю daemonLCD start, он говорит, что команда не найдена. Любой вклад был бы замечательным.

Спасибо


person Joseph Roberts    schedule 19.12.2012    source источник
comment
вы уверены, что это то, что он говорит. это скорее <FOO> :command not found или что-то в этом роде... что за фигня?   -  person SingleNegationElimination    schedule 19.12.2012
comment
pi@raspberrypi /etc/init.d $ daemonLCD start -bash: daemonLCD: команда не найдена   -  person Joseph Roberts    schedule 19.12.2012
comment
hostname -i было бы более простым решением для получения вашего текущего IP-адреса   -  person tehmisvh    schedule 19.12.2012
comment
Возможный дубликат этого: stackoverflow.com/questions/13718821/   -  person tvuillemin    schedule 19.12.2012


Ответы (5)


Если в будущем вы захотите управлять более чем одним демоном, позвольте мне порекомендовать Supervisord. Это намного проще, чем писать собственные сценарии init.d и управлять ими.

Например, запустить ваш скрипт будет так же просто, как включить это в конфиг:

[program:myscript]
command=/usr/bin/python /path/to/myscript.py

Я использую скрипт init.d, доступный здесь. Переименуйте его в supervisord и скопируйте в /etc/init.d/, затем запустите:

sudo update-rc.d supervisord defaults

Я считаю, что сценарий инициализации по умолчанию запускает супервизор с правами root. Если хотите, вы можете запустить его от имени другого пользователя. Я не знаю, работают ли дети с правами root или нет, хотя я предполагаю, что нет. Идите вперед и проверьте, но если они этого не сделают, вы можете вставить sudo перед командой python в свой supervisord.conf, где вы вызываете скрипт.

Если он не запускается (или если вы хотите, чтобы supervisord запускался от имени пользователя без полномочий root, но при этом хотите, чтобы ваш сценарий запускался от имени пользователя root), вы можете разрешить любому (или группе пользователей) запускать сценарий python от имени пользователя root (хотя вы должны убедиться, что этот сценарий не может быть отредактирован кем-либо, кроме root).

отредактируйте файл sudoers с помощью «sudo visudo» и добавьте в конец следующее:

USERS ALL=(ALL) NOPASSWD: /path/to/myscript.py

Затем убедитесь, что у вас есть шебанг в начале вашего скрипта python, и измените команду, чтобы пропустить вызов python, то есть:

[program:myscript]
command=sudo /path/to/myscript.py
person sarwar    schedule 19.12.2012
comment
Привет, я играл с супервизором. Мне нужно запустить скрипт python от имени пользователя root. Как бы я это сделал? Я попытался указать user = root в [program:myscript], но это не имело значения. Спасибо - person Joseph Roberts; 20.12.2012
comment
Также вы настраиваете запуск supervisord при загрузке с помощью update-rc.d? Если да, то должен ли я переместить файлы супервизора из usr/local/bin в /etc/init.d? Спасибо еще раз - person Joseph Roberts; 20.12.2012

Вот хороший пост в блоге, посвященный этому вопросу: Запуск скрипта Python в фоновом режиме (в качестве службы) при загрузке

person Daniel F    schedule 14.02.2014

Используйте daemontools от djb. Это намного проще, чем другие ответы. Для начала вы можете установить инструменты демона с помощью apt-get, поэтому вам не нужно беспокоиться о захвате неизвестного скрипта из сути, и вы будете получать обновления через Debian, как обычно. daemontools также заботится о перезапуске службы, если она умирает, и обеспечивает ведение журнала. Здесь есть описание daemontools и debian:

http://blog.rtwilson.com/how-to-set-up-a-simple-service-to-run-in-the-background-on-a-linux-machine-using-daemontools/

страница djb из daemontools:

http://cr.yp.to/daemontools.html

person dfc    schedule 14.02.2014

Это классическая ошибка новых пользователей Unix/Linux. /etc/init.d не находится на вашем пути, поэтому вы не можете просто запустить daemonLCD. Попробуйте использовать полный путь (/etc/init.d/daemonLCD start) или добавить ./ (./daemonLCD start).

Сценарий должен быть исполняемым, чтобы любой из вышеперечисленных способов работал.

person Martin    schedule 19.12.2012

спасибо за код выше. Я использовал его, чтобы выяснить, как настроить демон на машине с Linux.

С некоторой настройкой я мог заставить его работать довольно хорошо.

Но что-то меня озадачило. И это проверяло, запущен ли процесс, проверяя наличие /var/run/myfile.pid

Это просто pidfile - НЕ процесс, верно?

Взгляните на /lib/lsb/init-functions.status_of_proc

status_of_proc () {
local pidfile daemon name status OPTIND

pidfile=
OPTIND=1
while getopts p: opt ; do
    case "$opt" in
        p)  pidfile="$OPTARG";;
    esac
done
shift $(($OPTIND - 1))

if [ -n "$pidfile" ]; then
    pidfile="-p $pidfile"
fi
daemon="$1"
name="$2"

status="0"
pidofproc $pidfile $daemon >/dev/null || status="$?"
if [ "$status" = 0 ]; then
    log_success_msg "$name is running"
    return 0
elif [ "$status" = 4 ]; then
    log_failure_msg "could not access PID file for $name"
    return $status
else
    log_failure_msg "$name is not running"
    return $status
fi
}

Это касается только успеха или неудачи доступа к файлу PID.

Теперь я создаю этот демон для небольшого устройства. Я обнаружил, что он использует BusyBox, и у меня нет функций инициализации :-( Но у меня есть pidof.

Поэтому я добавил

        log_success_msg "pidof $NAME is $(pidof -x $NAME)" >> $LOGFILE
       log_success_msg "PIDFILE of $NAME is" >> $LOGFILE
       sed -n '1p' < $PIDFILE >> $LOGFILE

и проверил $LOGFILE и о чудо, цифры разные.

Я сделал pstree -s -p для обоих номеров и

число pidof выдает очень короткое дерево, так что это для процесса корневого уровня

но номер $PIDFILE извергает ветвь за ветвью, поэтому я не думаю, что pstree может найти процесс.

Да, do_stop в коде Джозефа Болдуина Робертса уничтожит оба процесса. Но если процесс убит другим способом, например. kill -9 12345, $PIDFILE все еще там. Таким образом, демон ошибочно полагает, что процесс уже запущен, отказываясь запускаться.

person mycowan    schedule 26.02.2015
comment
Решение проблемы разницы в двух номерах процессов состоит в том, чтобы записать номер PID в $pidfile (например, printf $(pidof -x $name) ›› $pidfile) непосредственно перед вызовом start-stop-daemon в do_start. - person mycowan; 25.03.2015