O Supervisord não funciona


9

Meio chocado com o supervisor. Eu recebo este erro

unix:///var/run/supervisor.sock no such file

O que é tão chocante é que o arquivo está lá! Estou executando no ubuntu no ec2. Eu também cansei de chmod para 0777.

[supervisord]
logfile=/var/log/supervisord.log ; (main log file;default $CWD/supervisord.log)
logfile_maxbytes=50MB       ; (max main logfile bytes b4 rotation;default 50MB)
logfile_backups=10          ; (num of main logfile rotation backups;default 10)
loglevel=debug               ; (log level;default info; others: debug,warn,trace)
pidfile=/var/run/supervisord.pid ; (supervisord pidfile;default supervisord.pid)
nodaemon=false              ; (start in foreground if true;default false)
minfds=1024                 ; (min. avail startup file descriptors;default 1024)
minprocs=200                ; (min. avail process descriptors;default 200)

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

[include]
files = *.supervisor

O que gera esse erro? Se estiver supervisorctl, supervisordjá está em execução?
sr_

1
Você já conseguiu uma solução para isso? Estou tendo um problema semelhante em que o supervisord não inicia (no meu caso, /var/run/supervisor.sock nunca é criado).
outis nihil

Respostas:


3

Eu sei que essa pergunta é meio antiga, mas para o bem de outras pessoas que chegam a esse problema, iniciar o supervisor daemon funciona para mim.

sudo service supervisor start

Uma explicação mais detalhada é que, em geral, quando você encontra um erro "unix: ///var/run/blabla.sock no file", provavelmente o problema é que o daemon do programa está no assunto ( supervisordneste caso) não foi iniciado e, portanto, não foi capaz de gerar o supervisor.sockarquivo de soquete unix esperado . Esse arquivo é o terminal de comunicação para os comandos de primeiro plano do supervisor (como supervisorctl) que atua como um encapsulamento / intermediário responsável por retransmitir comandos emitidos pelo usuário (por exemplo supervisorctl reread) para o serviço de supervisor em execução em segundo plano.

Você pode consultar o Soquete de Domínio Unix e esta resposta do stackoverflow .


3

este foi o meu problema, não tenho certeza se isso ajuda. Aparentemente " service supervisord start" não necessariamente carrega seu arquivo de configuração, ou mesmo um arquivo de configuração. Para fazer o meu funcionar, eu tive que fazer um supervisord -c /path/to/my/config.conf(ou seja, executar o binário diretamente), isso corrigiu tudo.


0

Encontrei esse problema recentemente e o corrigi seguindo os seguintes processos

  • 1) Ative seu seu virtualenv
  • 2) Verifique se o supervisor está instalado em seu ambiente virtual com pip
  • 3) inicie o supervisor como um superusuário: $ sudo su
  • 4) run: $ supervisord ou $ supervisorctl start

    E é isso.

  • Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
    Licensed under cc by-sa 3.0 with attribution required.