Supervisor 3.3 mit Ubuntu 16.04 service-start-Fehler
Heute morgen, ich habe ein upgrade von meinem Vorgesetzten mithilfe
pip install --upgrade supervisor //from 3.2 to 3.3
Aber nach, dass, service-status zu bemerken, es Versagen beginnen.
supervisor.service - Supervisor process control system for UNIX
Loaded: loaded (/lib/systemd/system/supervisor.service; disabled; vendor preset: enabled)
Active: activating (auto-restart) (Result: exit-code) since Tue 2016-05-24 12:19:48 CST; 25s ago
Docs: http://supervisord.org
Process: 27369 ExecStop=/usr/bin/supervisorctl $OPTIONS shutdown (code=exited, status=203/EXEC)
Process: 27366 ExecStart=/usr/bin/supervisord -n -c /etc/supervisor/supervisord.conf (code=exited, status=203/EXEC)
Main PID: 27366 (code=exited, status=203/EXEC)
May 24 12:19:48 709101111291e5cZ systemd[1]: supervisor.service: Unit entered failed state.
May 24 12:19:48 709101111291e5cZ systemd[1]: supervisor.service: Failed with result 'exit-code'.
Dies ist mein worker config:
[program:worker]
process_name=%(program_name)s_%(process_num)02d
command=php artisan queue:listen --timeout=360 --queue=high,low --sleep=3 --tries=3
autostart=true
autorestart=true
exitcodes=0,2
user=www
numprocs=2
redirect_stderr=true
stdout_logfile=/www/worker/storage/logs/worker.log
Wäre bitte jemand helfen könnte?
InformationsquelleAutor Alex Chiang | 2016-05-24
Du musst angemeldet sein, um einen Kommentar abzugeben.
Bin ich auf Ubuntu 16.04 mithilfe der Supervisor 3.2 und erhalte die gleiche Fehlermeldung, wenn ich versuche zu starten supervisor mit service supervisor starten.
Ich verwendet
apt-get install supervisor
zu installieren, supervisor und legte es supervisorctl und supervisord in/usr/bin/
.Und meine
supervisor.service
Datei gerichtet ist/usr/bin/
. Ich bin stecken.UPDATE
Ich habe das problem gefunden, es stellt sich heraus, es war ein parsing-Fehler in einem meiner .conf Dateien in
/etc/supervisor/conf.d/
. Sobald ich fest, dass es funktionierte. Dieser Fehler war überhaupt nicht klar, aber es ist ein Hinweis, wie es zu finden. In es ursprüngliche Fehler-Ausgabe gibt es eine Zeile wieExecStart=/usr/bin/supervisord -n -c /etc/supervisor/supervisord.conf (code=exited, status=203/EXEC)
Laufen
/usr/bin/supervisord -n -c /etc/supervisor/supervisord.conf
von der Kommandozeile aus und es wird Ihnen ein Ausführlicher Fehler.InformationsquelleAutor wilblack
Ich das problem beheben, indem Sie Bearbeiten
/lib/systemd/system/supervisor.service
, und am besten über die Kommandozeile installieren supervisoreasy_install supervisor
Den Pfad von supervisord war falsch in der default-Einstellung, war es /usr/bin. aber pip installieren möchten, legen Sie in /usr/local/bin.
Tatsächlich, ich mache zwei Wege, um es zu installieren, als die offiziellen Ubuntu-Paket nur 3,2, und dann habe ich ein upgrade von pip install --upgrade.
InformationsquelleAutor Alex Chiang
Ich lief in ein ähnliches Problem, wo ich immer war, ein status=2 als exit-code. Es gab keine weiteren Hinweise darauf, was könnte schief gehen.
Stellt sich heraus, dass die Vorgesetzten sich nicht starten, wenn es log-Ordner existiert nicht. Da dieser Ordner war montiert auf einem tmpfs, nach einem Neustart des Gerätes, es hätte gewischt, wieder.
Diese verursacht Vorgesetzten nicht Booten (bekanntes Problem: https://github.com/Supervisor/supervisor/issues/121)
Als fix, fügte ich folgende Zeilen in mein Start-script:
Nun der Ordner angelegt wird, auf Start und Betreuer richtig startet.
InformationsquelleAutor Adam Reis
Habe ich keine Ahnung wie man den Dienst in Ubuntu, obwohl es
/lib/systemd/system/supervisor.service
- und config-Recht. Aber wenn Sieservice supervisor start
es geladen maskiert.Ich benutze Tipp, beide
apt install supervisor
undeasy_install supervisor
, danneasy_install -U supervisor
. Nun, es hat zwei unterschiedliche Versionen,/usr/local/bin/supervisord --version //Version 3.3.3 until 26th,Jan,2018
/usr/bin/supervisord --version //Version 3.2.0 Ubuntu 16.04
Danach Bearbeiten
/lib/systemd/system/supervisor.service
und/etc/init.d/supervisor
ändern Sie alle/usr/bin/supervisord
zu/usr/local/bin/supervisord
Schließlich in bash, laden Sie die service-Konfiguration.
sudo systemctl daemon-reload
Nun, alle service ausgeführt werden die neueste version von Vorgesetzten.
Vielleicht, könnte versuchen, diese zu entlarven, der service.
InformationsquelleAutor Alex Chiang