Problème d'erreur de socket du superviseur

Question

$ supervisorctl reread
error: <class 'socket.error'>, [Errno 111] Connection refused: file: /usr/lib64/python2.6/socket.py line: 567

J'essaie de configurer le superviseur sur mon système de production, mais je rencontre cette erreur. Le fichier journal du superviseur est vide.

Quand je tape juste supervisorctl Il se plaint :

http://localhost:9001 refused connection

Rien n'est actuellement en écoute sur le port 9001, AFACT : lsof | grep TCP ne renvoie rien.

Answer 1

Vous devez démarrer supervisord avant de pouvoir utiliser supervisorctl. Dans mon cas :

sudo supervisord -c /etc/supervisor/supervisord.conf
sudo supervisorctl -c /etc/supervisor/supervisord.conf

Answer 2

Si vous avez démarré supervisord avec un chemin personnalisé, comme ceci :

sudo supervisord -c /mypath/supervisord.conf

Ensuite, vous devez également lancer supervisorctl avec le même paramètre, comme ceci :

sudo supervisorctl -c /mypath/supervisord.conf

Answer 3

Vous pouvez obtenir ce problème si vous démarrez le superviseur avec une url relative pour -c et essayez ensuite de lancer supervisorctl depuis un autre répertoire.

Par exemple :

supervisord -c supervisord.conf
supervisorctl start someapp ## works 
cd somedirectory
supervisorctl restart someapp ## http://localhost:9001 refused connection

La solution serait de toujours utiliser le chemin absolu, par exemple :

Bien :

supervisord -c /etc/supervisor/supervisord.conf

Mauvais :

supervisord -c supervisord.conf

Answer 4

Ce problème se produit également lorsqu'une ancienne version de l'application supervisord.conf est utilisé. Une version plus récente du superviseur utilise un fichier de configuration différent. Les solutions ci-dessus ne fonctionnent pas. Dans ce cas, vous devez simplement régénérer le fichier de configuration avec

echo_supervisord_conf > /etc/supervisord.conf

J'espère que cela aidera quelqu'un.

Answer 5

Veuillez faire ce qui suit :

sudo service supervisor start

après quoi tout est normal comme b4 - il y a un problème avec la version 1b

sudo supervisorctl reload