Ausführen eines python-Skript mit Vorgesetzten

Ich kopiert von hier, um mein Python-code als daemon.
Für zusätzliche Betriebszeit. Ich dachte, es wäre eine bessere Idee, mit Vorgesetzten zu halten, dieser daemon läuft.

Habe ich dies getan.
python_deamon.conf

[program:python_deamon]
directory=/usr/local/python_deamon/
command=/usr/local/python_venv/bin/python daemon_runnner.py start
stderr_logfile=/var/log/gunicorn.log
stdout_logfile=/var/log/gunicorn.log
autostart=true
autorestart=true

Das problem ist, dass, obwohl supervisor " erfolgreich gestartet die python_daemon es hält wiederholen.

2015-09-23 16:10:45,592 CRIT Supervisor running as root (no user in config file)
2015-09-23 16:10:45,592 WARN Included extra file "/etc/supervisor/conf.d/python_daemon.conf" during parsing
2015-09-23 16:10:45,592 INFO RPC interface 'supervisor' initialized
2015-09-23 16:10:45,592 CRIT Server 'unix_http_server' running without any HTTP authentication checking
2015-09-23 16:10:45,592 INFO supervisord started with pid 13880
2015-09-23 16:10:46,595 INFO spawned: 'python_deamon' with pid 17884
2015-09-23 16:10:46,611 INFO exited: python_deamon (exit status 1; not expected)
2015-09-23 16:10:47,614 INFO spawned: 'python_deamon' with pid 17885
2015-09-23 16:10:47,630 INFO exited: python_deamon (exit status 1; not expected)
2015-09-23 16:10:49,635 INFO spawned: 'python_deamon' with pid 17888
2015-09-23 16:10:49,656 INFO exited: python_deamon (exit status 1; not expected)
2015-09-23 16:10:52,662 INFO spawned: 'python_deamon' with pid 17891
2015-09-23 16:10:52,680 INFO exited: python_deamon (exit status 1; not expected)
2015-09-23 16:10:53,681 INFO gave up: python_deamon entered FATAL state, too many start retries too quickly

Nur für das Protokoll die nach dem überladen run() Methode, die ich nie wieder etwas.

Ist es möglich, das zu tun, was ich versuche zu tun, oder bin ich dumm ?

P. S: ich weiß, dass die Ursache des ganzen Problems ist, da run() nie wieder etwas supervisor hält zu versuchen, es zu starten und somit denkt, dass der Prozess fehlgeschlagen ist und gibt den status als FATAL Exited too quickly (process log may have details).

Meine eigentliche Frage ist, mache ich es richtig ? oder kann man das auf diese Weise getan ?

P. P. S: Stand-alone(ohne Betreuer) daemon_runnner.py läuft wunderbar mit und ohne sudo-Berechtigungen.

Haben Sie geprüft daemon_runnner.py ohne daemon? Es beendet sich mit status-code 1.

InformationsquelleAutor Nagri | 2015-09-23

  1. 3

    versuchen startsecs = 0:

    [program:foo]
command = ls
startsecs = 0
autorestart = false
http://supervisord.org/configuration.html

startsecs

    Die Gesamtzahl der Sekunden, die das Programm braucht, um zu bleiben läuft nach einer Start-zu berücksichtigen, die den erfolgreichen. Wenn das Programm nicht bleiben für so viele Sekunden, nachdem es begonnen hat, auch wenn es beendet sich mit einem "erwarteten" exit code (siehe exitcodes), die Inbetriebnahme wird als Fehler angesehen. Auf 0 gesetzt, um anzuzeigen, dass das Programm nicht brauchen, bleiben für eine bestimmte Zeit.

    InformationsquelleAutor Andy Wong

  2. 0

    Ihrem Skript fehl mit exit-status. Supervisor einfach versuchen, das Skript neu starten.

    Supervisor gestartet wird mit root-rechten, vielleicht ist es was die Berechtigungen auf Ihr Skript und das verursacht es zu scheitern (eine änderung im source-Verzeichnis oder so). Prüfen Sie, was passiert, wenn man mit dem daemon als root-Benutzer ohne Supervisor.

    Brauchen wir wirklich mehr Informationen, um zu wissen, warum es scheitern.

    InformationsquelleAutor alisenby94

  3. 0

    Dies ist, was ich normalerweise Tue:

    • Erstellen Sie eine service.conf - Datei, die beschreibt, die neue Python-Skript. Dieses Skript verweist, das shell-Skript, die man in der Realität starten Sie das Python-Skript. Diese .conf Datei lebt in /etc/supervisor/conf.d
    • Erstellen Sie ein shell-Skript, das startet das Python-Skript. Ändern Sie Berechtigungen für ausführbare. chmod 755 service.sh. In diesem Skript werden wir tatsächlich starten Sie die Python-Skript.
    • Konfigurieren log_stderr und stderr_logfile zu überprüfen Problem.
    • Update Vorgesetzten mit neu laden und dann überprüfen Sie den status:

    supervisor> status -

    alexad AUSGEFÜHRT pid-32657, Betriebszeit 0:21:05

    service.conf

    [program:alexad]
; Set full path to celery program if using virtualenv

command=sh /usr/local/src/gonzo/supervisorctl/alexad.sh
directory=/usr/local/src/gonzo/services/alexa
log_stdout=true             ; if true, log program stdout (default true)
log_stderr=true             ; if true, log program stderr (default false)
stderr_logfile=/usr/local/src/gonzo/log/alexad.err
logfile=/usr/local/src/gonzo/log/alexad.log
autostart=true
autorestart=true
startsecs=10

; Need to wait for currently executing tasks to finish at shutdown.
; Increase this if you have very long running tasks.
stopwaitsecs = 600

; When resorting to send SIGKILL to the program to terminate it
; send SIGKILL to its whole process group instead,
; taking care of its children as well.
killasgroup=true

; Set Celery priority higher than default (999)
priority=500

    service.sh

    #!/bin/bash
cd /usr/local/src/gonzo/services/alexa
exec python reader.py

    InformationsquelleAutor user260826

  4. -1

    Nicht sicher, ob das Problem ist das gleiche mit daemon-Läufer, aber wenn Sie den daemon-Kontext direkt und verwenden Sie supervisord, müssen Sie zum festlegen des Kontexts.detach_process False

    InformationsquelleAutor Oscar Mozhajskii

Schreibe einen Kommentar