Vraag Probleem met HTTP Server-poort van supervisor


Ik heb supervisor-instellingen om een ​​paar processen te beheren. Het werkt prima als ik mijn server opstart, maar als ik het stop en probeer het opnieuw te starten, mislukt het en geeft me deze foutmelding:

 * Beginnende Supervisor daemon manager ...
Fout: een ander programma luistert al op een poort waarvan een van onze HTTP-servers is geconfigureerd om te gebruiken. Sluit dit programma eerst af voordat u begint met supervisord.
Gebruik / usr / bin / supervisord -h voor hulp
   ... niet!

Ik gebruik nginx op poort 80 en 4 webservers op poorten 8000, 8001, 8002, 8003

Heeft iemand enig idee van wat er aan de hand is?

Wanneer ik opnieuw opstart werkt alles goed.


63
2018-02-19 00:33


oorsprong




antwoorden:


Ik ben dit ook tegengekomen. Ik heb het opgelost door een van deze te doen:

sudo unlink /tmp/supervisor.sock

sudo unlink /var/run/supervisor.sock

Dit .sock-bestand wordt gedefinieerd in de bestandconfiguratiewaarde van /etc/supervisord.conf's [unix_http_server] (standaard is /tmp/supervisor.sock of /var/run/supervisor.sock).

Ik hoop dat dit iemand in de toekomst helpt.


90
2018-05-02 17:59



@sdolan Wauw, het heeft me geholpen! Ik heb /var/run/supervisor.sock verwijderd en de fout verwijderd op Debian Stable - Abhishek A
voer een find / -name supervisor.sock uit voordat u unlink-on debian-systemen uitvoert in / var / run /, maar uw ontkoppelingsoplossing werkte voor mij - AndrewPK
Waarom eindigt de supervisor niet met een foutcode om scripts automatisch te ontkoppelen en opnieuw te proberen? - Tal Weiss
Wees hier voorzichtig. Na het ontkoppelen, voer je "ps -ef | grep supervisord" uit en je zult zien dat het oude proces nog steeds loopt. Misschien wilt u ook "process_id>" doden. EDIT: Dit was mijn geval tijdens het gebruik van Ubuntu 14.04. - jball037
Na het unlink-commando probeer ik de supervisor opnieuw te starten, maar nu wordt de .sock gemist. unix:///tmp/supervisor.sock no such file. Dus wat moet ik nog meer doen. - Robert


Ik zou lsof gebruiken om uit te zoeken welk proces luistert naar die poorten.

lsof -i tcp | grep LISTEN

Zodra je hebt uitgezocht welk proces het is, is dat de helft van de strijd.


6
2018-02-19 13:03