Supervisorctl - Odrzucone połączenie (nawet po określeniu ścieżki -c)

Nie wiem, jak biegać supervisorctl poprawnie. Tam jest supervisord działa na moim Ubuntu 16.04 serwer.

The supervisord.conf ścieżka:

/home/django/Bedueno/supervisord.conf

Kiedy uciekam

supervisorctl

lub

supervisorctl -c /home/django/Bedueno/supervisord.conf

konsola powraca

django@Bedueno-beta-ubuntu-512mb-fra1-01:~$ supervisorctl -c /home/django/Bedueno/supervisord.conf 
http://localhost:9001 refused connection
supervisor> reread
error: <class 'socket.error'>, [Errno 111] Connection refused: file: /usr/lib/python2.7/socket.py line: 575
supervisor>

Próbowałem już z sudo co nie pomogło.

Czy wiesz, gdzie jest problem?

supervisord.conf

[program:daphne]
command=/home/django/Bedueno/beduenovenv/bin/daphne Bedueno.asgi:channel_layer --bind 0.0.0.0 -p 8001 ;
directory=/home/django/Bedueno/ ;
autostart=true ;
autorestart=true ;

[program:daphne_worker]
command=/home/django/Bedueno/beduenovenv/bin/python manage.py runworker ;
directory=/home/django/Bedueno/ ;
autostart=true ;
autorestart=true ;
[supervisord]
[supervisorctl]

EDYTOWAĆ

Zdałem sobie sprawę, że mam dwa pliki supervisord.pid i supervisord.log. Oba są w środku /tmp/ katalog i wewnątrz /home/django/Bedueno/ zbyt. supervisor.sock jest tylko w środku /tmp/ informator.

— Milano
źródło

Więc conf wskazuje na port 8001 a błąd połączenia zależy od portu 9001.... wydaje mi się problemem, prawda? Upewnij się, że łączysz się z właściwym portem, który nasłuchuje ruchu. Więc --bind 0.0.0.0 -p 8001 w konfiguracji, ale w stanach błędów :9001 refused connection.

— Pimp Juice IT

@PimpJuiceIT 8001 to port dla daphne asgi. 9001 jest portem nadzorcy, więc moim zdaniem nie może być taki sam.

— Milano

Dobrze, więc z przeglądarki internetowej na komputerze ma zastosowanie, sprawdź, czy możesz uzyskać dostęp http://localhost:8001 i spróbuj http://localhost:9001. Sprawdź, czy możesz telnetować się do tego portu i potwierdzić, że jest on słuchany i używany netstat jak również w celu potwierdzenia oczekiwanych portów nasłuchujących na serwerze. Nie jestem jeszcze ekspertem ds. Linuksa, więc po prostu wskazałem oczywiste z tego, co widzę w szczegółach, które podałeś. Testowałem, aby potwierdzić, że „oczekiwany” port nasłuchuje na początku, jak przypuszczam.

— Pimp Juice IT

telnet 127.0.0.1 9001 zwraca to: Próba 127.0.0.1 ... telnet: Nie można połączyć się ze zdalnym hostem: połączenie odrzucone i telnet 127.0.0.1 8001 Próba 127.0.0.1 ... Połączono z 127.0.0.1.

— Milano

Przejrzeć netstat -ano i zobacz, czy widzisz jakiekolwiek procesy nasłuchujące na tych portach Lokalny adres kolumna z ** Aktywne połączenia internetowe (serwery i ustanowione) **. Powinieneś zobaczyć <IP Address>:<port> gdzieś tam, więc jeśli nie będzie nasłuchiwać, coś jest nie tak, myślę, że usługa serwera nie działa.

— Pimp Juice IT

Jeśli korzystasz z metody http, sprawdź następujące elementy:

Upewnić się supervisord biegnie

Włącz je (nie komentuje) w supervisord.conf plik:
za)

[inet_http_server]         
port=127.0.0.1:9001

[supervisorctl]
serverurl=http://127.0.0.1:9001

do)

[rpcinterface:supervisor]
supervisor.rpcinterface_factory = supervisor.rpcinterface:make_main_rpcinterface

Uwaga: Host i port serwera inet i ten, z którym supervisorctl próbuje się połączyć, powinien być taki sam.

— Ram Patra
źródło