Va bene, dopo aver pasticciato ancora un po' ho scoperto cosa ho sbagliato.
Risulta le linee per supervisorctl sotto, dì solo supervisorctl dove può trovare il file socket.
[supervisorctl]
serverurl=unix:///var/run/supervisor.sock
Più in alto nel file ci sono altre due righe che definiscono dove il file viene effettivamente creato:
[unix_http_server]
file=/tmp/supervisor.sock
Come puoi vedere, ha creato il file socket in /tmp/ mentre supervisorctl provato a leggerlo da /var/run/ . Ho cambiato l'ultima riga in file=/var/run/supervisor.sock e ora funziona magnificamente.
Spero che questa risposta possa aiutare qualcun altro ad affrontare lo stesso problema.
Inoltre, puoi controllare il link fornito da @MariusMatutiae nei commenti:https://stackoverflow.com/questions/10716159/nginx-and-supervisor-setup-in-ubuntu
Per gli utenti che hanno la stessa voce per entrambi
[supervisorctl]
serverurl=unix:///tmp/supervisor.sock
&
[unix_http_server]
file=/tmp/supervisor.sock
segui i passaggi seguenti per risolvere il problema -
- Elimina il file .sock da /tmp
- Esegui il comando 'supervisord'. Questo ricreerà il file del calzino.
- Esegui 'supervisorctl -i' per controllare lo stato dei servizi.
Spero che questo ti aiuti!
Dopo aver lottato troppo con questo problema, con tutti che mi dicevano solo enable o restart che non funzionava. Finalmente ho trovato la soluzione per me:
- Prima di tutto riconoscere di avere qui il file supervisor.conf principale:
/etc/supervisor/supervisor.conf - Se sei nel mio caso, hai anche un
.confspecifico per il progetto file qui:/etc/supervisor/conf.d/project.conf
In qualche modo supervisorctl funzionava bene ma la cosa strana è che facendo service supervisor restart rompe tutto e ottieni l'errore di OP.
La soluzione quindi è:
- Rinomina
project.confaproject.conf.tmp - Quindi
service supervisor restart(dopo cosasupervisorctlfunziona di nuovo) - Hai rinominato il tuo file di configurazione del progetto in
project.conf supervisorctl reread,supervisorctl update,supervisorctl restart all