Нагляд не працює

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

— Тампа
джерело

Що викликає цю помилку? Якщо він є supervisorctl, supervisordвже працює?

— sr_

1

Ви коли-небудь отримували рішення щодо цього? У мене є аналогічна проблема, коли нагляд не розпочнеться (у моєму випадку /var/run/supervisor.sock ніколи не створюється).

— outis nihil

3

Я знаю, що це питання якось давнє, але заради інших, хто трапляється до цієї проблеми, запускаючи, що демон-керівник працює на мене.

sudo service supervisor start

Більш детальне пояснення полягає в тому, що в цілому, коли ви стикаєтеся з помилкою "unix: ///var/run/blabla.sock немає такого файлу", швидше за все, проблема полягає в тому, що демон програми в темі ( supervisordв даному випадку) не було запущено і, таким чином, не вдалося генерувати очікуваний supervisor.sockфайл сокетів Unix . Цей файл є кінцевою точкою зв'язку для команд переднього плану супервізора (таких як supervisorctl), який виконує роль тунелю / посередника, відповідального за ретрансляцію виданих користувачем команд (наприклад supervisorctl reread) службі супервізора, що працює у фоновому режимі.

Ви можете посилатися на Unicket Domain Socket і на цю відповідь stackoverflow .

— Олді
джерело

3

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

— Райан
джерело

0

Нещодавно я зіткнувся з цією проблемою і вирішив її, дотримуючись наступних процесів

1). Активізуйте свій віртуолв

2). Переконайтесь, що супервізор встановлений у вашому віртуальному середовищі за допомогою pip

3). запустити керівника як суперпользователя: $ sudo su

4). запуск: $ supervisord або $ supervisorctl start

І це все.

— Eze Sunday Eze
джерело