Nadzór nie działa

9

Trochę zszokowany przełożonym. Otrzymuję ten błąd

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

Co jest tak szokujące, że plik tam jest! Używam Ubuntu na EC2. Zmęczyłem się także chmod do 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
źródło
Co powoduje ten błąd? Jeśli tak supervisorctl, czy supervisordjuż działa?
sr_
1
Czy kiedykolwiek uzyskałeś rozwiązanie tego problemu? Mam podobny problem, w którym nadzór nie chce się uruchomić (w moim przypadku /var/run/supervisor.sock nigdy nie jest tworzony).
outis nihil

Odpowiedzi:

3

Wiem, że to pytanie jest dość stare, ale ze względu na innych, którzy wpadli na ten problem, uruchomienie demona nadzorcy działa dla mnie.

sudo service supervisor start

Bardziej szczegółowym wyjaśnieniem jest to, że ogólnie, gdy napotkasz błąd „unix: ///var/run/blabla.sock brak takiego pliku”, najprawdopodobniej problem polega na tym, że demon programu w temacie ( supervisordw tym przypadku) nie został uruchomiony i dlatego nie był w stanie wygenerować oczekiwanego supervisor.sockpliku gniazda UNIX . Ten plik jest punktem końcowym komunikacji dla poleceń pierwszoplanowych nadzorcy (takich jak supervisorctl), które działają jako tunel / pośrednik odpowiedzialny za przekazywanie poleceń wydanych przez użytkownika (np. supervisorctl reread) Do usługi kierownika działającej w tle.

Możesz odnieść się do Unix Domain Socket i do tej odpowiedzi na przepełnienie stosu .

Aldee
źródło
3

to był mój problem, nie jestem pewien, czy to pomaga. Najwyraźniej „ service supervisord start” niekoniecznie ładuje plik konfiguracyjny, a nawet plik konfiguracyjny. Aby mój działał, musiałem zrobić supervisord -c /path/to/my/config.conf(tj. Uruchomić plik binarny), co naprawiło wszystko.

Ryan
źródło
0

Niedawno napotkałem ten problem i naprawiłem go, wykonując następujące procesy

  • 1). Aktywuj swój virtualenv
  • 2). Upewnij się, że superwizor jest zainstalowany w środowisku wirtualnym za pomocą pip
  • 3). uruchom superwizora jako superużytkownik: $ sudo su
  • 4). Uruchom: $ supervisord lub $ supervisorctl start

    I to wszystko.

    • Eze Sunday Eze
    źródło