Supervisord ne fonctionne pas

9

Un peu choqué par le superviseur. Je reçois cette erreur

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

Ce qui est si choquant, c'est que le fichier est là! Je cours sur ubuntu sur ec2. Je suis fatigué de passer au 0777 également.

[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
source

Qu'est-ce qui soulève cette erreur? Si c'est le cas supervisorctl, est supervisorddéjà en cours d'exécution?

— sr_

1

Avez-vous déjà obtenu une résolution à ce sujet? J'ai un problème similaire où supervisord ne démarre pas (dans mon cas, /var/run/supervisor.sock n'est jamais créé).

— outis nihil

3

Je sais que cette question est un peu ancienne mais pour le bien des autres qui arrivent à ce problème, le démarrage du démon superviseur fonctionne pour moi.

sudo service supervisor start

Une explication plus détaillée est qu'en général, lorsque vous rencontrez une erreur "unix: ///var/run/blabla.sock no such file", le problème est probablement que le démon du programme en question ( supervisorddans ce cas) n'a pas été démarré et n'a donc pas pu générer le supervisor.sockfichier socket Unix attendu . Ce fichier est le point de terminaison de communication pour les commandes de premier plan du superviseur (comme supervisorctl) qui agit comme un tunnel / intermédiaire responsable du relais des commandes émises par l'utilisateur (par exemple supervisorctl reread) vers le service de superviseur exécuté en arrière-plan.

Vous pouvez vous référer à Unix Domain Socket et à cette réponse stackoverflow .

— Aldee
source

3

c'était mon problème, je ne sais pas si ça aide. Apparemment, " service supervisord start" ne charge pas nécessairement votre fichier de configuration, ni même un fichier de configuration. Afin de faire fonctionner le mien, j'ai dû faire un supervisord -c /path/to/my/config.conf(c'est-à-dire exécuter le binaire directement) cela a tout corrigé.

— Ryan
source

0

J'ai rencontré ce problème récemment et je l'ai résolu en suivant les processus suivants

1). Activez votre virtualenv

2). Assurez-vous que le superviseur est installé dans votre environnement virtuel avec pip

3). démarrer le superviseur en tant que superutilisateur: $ sudo su

4). exécuter: $ supervisord ou $ supervisorctl start

Et c'est tout.

— Eze dimanche Eze
source