unix:///var/run/supervisor.sock keine solche Datei

In Ordnung, nachdem ich noch etwas herumgespielt hatte, fand ich heraus, was ich falsch gemacht hatte.

Ergibt die Zeilen für supervisorctl Sagen Sie unten nur supervisorctl wo es die Socket-Datei finden kann.

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

Weiter oben in der Datei gibt es zwei weitere Zeilen, die definieren, wo die Datei eigentlich erstellt wird:

[unix_http_server]
file=/tmp/supervisor.sock

Wie Sie sehen können, wurde die Socket-Datei in /tmp/ erstellt während supervisorctl versucht, es von /var/run/ zu lesen . Ich habe die letzte Zeile in file=/var/run/supervisor.sock geändert und jetzt funktioniert es wunderbar.

Ich hoffe, diese Antwort könnte jemand anderem helfen, der mit dem gleichen Problem zu kämpfen hat.

Sie können sich auch den von @MariusMatutiae bereitgestellten Link in den Kommentaren ansehen:https://stackoverflow.com/questions/10716159/nginx-and-supervisor-setup-in-ubuntu

Für Benutzer, die für beide den gleichen Eintrag haben

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

&

[unix_http_server]
file=/tmp/supervisor.sock

Befolgen Sie die nachstehenden Schritte, um das Problem zu beheben -

1. .sock-Datei aus /tmp löschen
2. Führen Sie den Befehl 'supervisord' aus. Dadurch wird die Sockendatei neu erstellt.
3. Führen Sie 'supervisorctl -i' aus, um den Status der Dienste zu überprüfen.

Hoffe das hilft dir!

Nachdem ich mich zu sehr mit diesem Problem herumgeschlagen hatte und alle mir sagten, ich solle nur enable oder restart was nicht funktionierte. Endlich habe ich die Lösung für mich herausgefunden:

• Bestätigen Sie zunächst, dass Sie die Hauptdatei supervisor.conf hier haben:/etc/supervisor/supervisor.conf
• Wenn Sie in meinem Fall sind, haben Sie auch einen projektspezifischen .conf Datei hier rein:/etc/supervisor/conf.d/project.conf

Irgendwie supervisorctl hat gut funktioniert, aber das Seltsame ist, dass service supervisor restart ausgeführt wird bricht alles ab und man bekommt den Fehler OP.

Die Lösung lautet dann:

1. project.conf umbenennen bis project.conf.tmp
2. Dann service supervisor restart (nach was supervisorctl funktioniert wieder)
3. Sie benennen Ihre Projekt-Conf-Datei wieder in project.conf um
4. supervisorctl reread , supervisorctl update , supervisorctl restart all