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

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
источник