2015-01-26 16 views
12

Widziałem to pytanie wcześniej, ale żadne z rozwiązań nie sprawdziło się u mnie.supervisorctl BŁĄD (brak takiego procesu)

Mam problemy z korzystaniem z nadzoru na moim rpi b +. Za każdym razem staram się uruchomić mój proces Mój start, pojawia się błąd mówiąc:

pi @ Raspberry Pi ~ $ sudo supervisorctl uruchomić serwer

server: ERROR (nie ma takiego procesu)

mam config plik konfiguracji w /etc/supervisord.conf

[program:server] 
directory=/home/pi/ledticker 
command=/usr/bin/python NetworkServer.py 
autostart=false 
autorestart=true 
stopsignal=QUIT 

[supervisord] 
logfile=/var/log/supervisor/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=info ; (log level;default info; others: debug,warn,trace) 
pidfile=/tmp/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:///tmp/supervisor.sock ; use a unix:// URL for a unix socket 

[unix_http_server] 
file=/tmp/supervisor.sock ; (the path to the socket file) 

próbowałem robić Odczytaj ponownie aktualizację, przeładować polecenia, ale nie działało. Jakieś pomysły?

+0

Znalazłeś rozwiązanie tego? – Ajoy

+0

Czy chcesz zaakceptować jedną z dwóch proponowanych odpowiedzi? –

Odpowiedz

6

Przedtem miałem ten sam problem. Rozwiązanie polegało na następujących rozwiązaniach. Pierwsza edycja plik supervisord.conf i dodaj poniżej linii:

[unix_http_server] 

file=/tmp/supervisor.sock 

chmod=0777 
  • początek usługa SupervisorD najpierw za pomocą następującego polecenia:

    $ sudo /usr/bin/supervisord -c /etc/supervisord.conf 
    
  • można zweryfikować za pomocą: ps -ef | grep pyton

  • Po rozpoczęciu supervisord, spróbuj uruchomić program za pomocą następującego polecenia:

    $ sudo /usr/bin/supervisorctl -c /etc/supervisord.conf start all 
    
20

Należy starać się przeładować supervisord:

# supervisorctl reload 
[y/N] ? y 

w wielu przypadkach ten błąd jest rozwiązany przez to ponowne załadowanie.

0

Na moim Fedora22, I zmodyfikowane poniżej linii w /etc/supervisord.conf:

[include] 
files = supervisord.d/*.ini 

do

[include] 
files = supervisord.d/*.conf 

a następnie załaduj

Powiązane problemy