Supervisord non funziona

9

Un po 'scioccata dal supervisore. Ottengo questo errore

unix:///var/run/supervisor.sock no such file

Ciò che è così scioccante è che il file è lì! Sto correndo su Ubuntu su ec2. Mi sono stancato di passare a 0777.

[supervisord]
logfile=/var/log/supervisord.log ; (main log file;default $CWD/supervisord.log)
logfile_maxbytes=50MB       ; (max main logfile bytes b4 rotation;default 50MB)
logfile_backups=10          ; (num of main logfile rotation backups;default 10)
loglevel=debug               ; (log level;default info; others: debug,warn,trace)
pidfile=/var/run/supervisord.pid ; (supervisord pidfile;default supervisord.pid)
nodaemon=false              ; (start in foreground if true;default false)
minfds=1024                 ; (min. avail startup file descriptors;default 1024)
minprocs=200                ; (min. avail process descriptors;default 200)

[supervisorctl]
serverurl=unix:///var/run/supervisor.sock

[include]
files = *.supervisor

supervisord

— Tampa
fonte

Cosa genera questo errore? Se lo è supervisorctl, è supervisordgià in esecuzione?

— sr_

1

Hai mai avuto una soluzione a questo? Sto riscontrando un problema simile in cui Supervord non si avvia (nel mio caso /var/run/supervisor.sock non viene mai creato).

— outis nihil,

3

So che questa domanda è un po 'vecchia, ma per il bene di altri che capita a questo problema, avviare il demone supervisore funziona per me.

sudo service supervisor start

Una spiegazione più dettagliata è che in generale, quando si riscontra un errore "unix: ///var/run/blabla.sock nessun file di questo tipo", molto probabilmente il problema è che il demone del programma in oggetto ( supervisordin questo caso) non è stato avviato e quindi non è stato in grado di generare il supervisor.sockfile socket unix previsto . Questo file è l'endpoint di comunicazione per i comandi in primo piano del supervisore (come supervisorctl) che funge da tunnel / intermediario responsabile dell'inoltro dei comandi emessi dall'utente (es. supervisorctl reread) Al servizio del supervisore in esecuzione in background.

È possibile fare riferimento a Unix Domain Socket e a questa risposta StackOverflow .

— Aldee
fonte

3

questo era il mio problema, non sono sicuro che possa aiutare. " service supervisord start" Non necessariamente carica il tuo file di configurazione, o nemmeno un file di configurazione. Per far funzionare il mio, ho dovuto fare un supervisord -c /path/to/my/config.conf(cioè eseguire direttamente il binario) per risolvere tutto.

— Ryan
fonte

0

Di recente ho riscontrato questo problema e l'ho risolto seguendo i seguenti processi

1). Attiva il tuo virtualenv

2). Assicurati che il supervisore sia installato nel tuo ambiente virtuale con pip

3). avvia supervisore come superutente: $ sudo su

4). run: $ supervisord o $ supervisorctl start

E questo è tutto.

— Eze Sunday Eze
fonte