Супервизор не работает

9

Кинда шокирована по поводу руководителя. Я получаю эту ошибку

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

Что шокирует, так это файл! Я работаю на Ubuntu на EC2. Я устал от chmod до 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
supervisord Tampa
источник
Что вызывает эту ошибку? Если это так supervisorctl, supervisordуже работает?
sr_
1
Вы когда-нибудь получали разрешение на это? У меня похожая проблема, когда supervisord не запускается (в моем случае, /var/run/supervisor.sock никогда не создается).
outis nihil

Ответы:

3

Я знаю, что этот вопрос довольно старый, но ради других людей, которые случайно оказались в этой проблеме, запуск демона supervisor работает на меня.

sudo service supervisor start

Более подробное объяснение состоит в том, что в общем случае, когда вы сталкиваетесь с ошибкой «unix: ///var/run/blabla.sock no such file», скорее всего, проблема в том, что демон программы в теме ( supervisordв данном случае) не был запущен и, следовательно, не смог сгенерировать ожидаемый supervisor.sockфайл сокета Unix . Этот файл является конечной точкой связи для команд переднего плана супервизора (таких как supervisorctl), которые действуют как туннель / посредник, ответственный за передачу выданных пользователем команд (например supervisorctl reread) службе супервизора, работающей в фоновом режиме.

Вы можете сослаться на Unix Domain Socket и на этот ответ stackoverflow .

Aldee
источник
3

это была моя проблема, не уверен, поможет ли это. Очевидно, что " service supervisord start" не обязательно загружает ваш файл конфигурации или даже файл конфигурации вообще. Чтобы заставить мою работу, я должен был сделать supervisord -c /path/to/my/config.conf(то есть запустить двоичный файл напрямую), это исправило все.

Райан
источник
0

Я столкнулся с этой проблемой недавно, и я исправил ее, выполнив следующие процессы

  • 1). Активируй свой твой virtualenv
  • 2). Убедитесь, что супервизор устанавливается в вашей виртуальной среде с помощью pip
  • 3). Начать супервизора как суперпользователь: $ sudo su
  • 4). запустите: $ supervisord или $ supervisorctl start

    И это все.

    • Eze Sunday Eze
    источник