unix:///var/run/supervisor.sock aucun fichier de ce type

D'accord, après avoir déconné un peu plus, j'ai trouvé ce que j'avais fait de mal.

Il s'avère que les lignes pour supervisorctl ci-dessous, indiquez uniquement supervisorctl où il peut trouver le fichier socket.

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

Plus haut dans le fichier, il y a deux autres lignes qui définissent où le fichier est réellement créé :

[unix_http_server]
file=/tmp/supervisor.sock

Comme vous pouvez le voir, cela a créé le fichier socket dans /tmp/ tandis que supervisorctl essayé de le lire à partir de /var/run/ . J'ai changé la dernière ligne en file=/var/run/supervisor.sock et maintenant ça marche à merveille.

J'espère que cette réponse pourra aider quelqu'un d'autre confronté au même problème.

Vous pouvez également consulter le lien fourni par @MariusMatutiae dans les commentaires :https://stackoverflow.com/questions/10716159/nginx-and-supervisor-setup-in-ubuntu

Pour les utilisateurs qui ont la même entrée pour les deux

[supervisorctl]
serverurl=unix:///tmp/supervisor.sock

&

[unix_http_server]
file=/tmp/supervisor.sock

suivez les étapes ci-dessous pour résoudre le problème -

1. Supprimer le fichier .sock de /tmp
2. Exécutez la commande 'supervisord'. Cela recréera le fichier chaussette.
3. Exécutez 'supervisorctl -i' pour vérifier l'état des services.

J'espère que cela vous aidera !

Après avoir trop lutté avec ce problème, tout le monde me disait juste enable ou restart qui ne fonctionnait pas. J'ai enfin trouvé la solution pour moi :

• Tout d'abord, reconnaissez que vous avez le fichier superviseur.conf principal ici :/etc/supervisor/supervisor.conf
• Si vous êtes dans mon cas, vous avez également un .conf spécifique au projet fichier ici :/etc/supervisor/conf.d/project.conf

En quelque sorte supervisorctl fonctionnait bien mais la chose étrange est que faire service supervisor restart casse tout et vous obtenez l'erreur de OP.

La solution consiste alors à :

1. Renommer project.conf à project.conf.tmp
2. Puis service supervisor restart (après quoi supervisorctl fonctionne à nouveau)
3. Vous renommez le fichier de configuration de votre projet en project.conf
4. supervisorctl reread , supervisorctl update , supervisorctl restart all