Как запустить Supervisor на Debian-7.0-x86_64?

Question

[fof_fa]

Пакеты устанавливаются, но при запуске выдает ошибку

sudo apt-get -f install supervisor
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following NEW packages will be installed:
  supervisor
0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
Need to get 0 B/186 kB of archives.
After this operation, 741 kB of additional disk space will be used.
Selecting previously unselected package supervisor.
(Reading database ... 51941 files and directories currently installed.)
Unpacking supervisor (from .../supervisor_3.0a8-1.1+deb7u1_all.deb) ...
Setting up supervisor (3.0a8-1.1+deb7u1) ...
Starting supervisor: Error: Cannot open an HTTP server: socket.error reported errno.ENOENT (2)
For help, use /usr/bin/supervisord -h
invoke-rc.d: initscript supervisor, action "start" failed.
dpkg: error processing supervisor (--configure):
 subprocess installed post-installation script returned error exit status 2
Processing triggers for python-support ...
Errors were encountered while processing:
 supervisor
E: Sub-process /usr/bin/dpkg returned an error code (1)

Подскажите в чем дело?

Comments

[mureevms]

У Вас 80 порт не занят случаем?

[fof_fa]

netstat -ltnp | grep ':80'
(Not all processes could be identified, non-owned process info
will not be shown, you would have to be root to see it all.)
tcp 0 0 0.0.0.0:80 0.0.0.0:* LISTEN 15986/nginx: worker

[mureevms]

Остановите nginx и перезапустите supervisor

[fof_fa]

Так нужно чтобы и nginx работал тоже

[mureevms]

Так повесьте что-то одно на другой порт. Можете для supervisor использовать в качестве фронта nginx, как вариант. Два приложения на одном порту Вы не запустите

[fof_fa]

mureevms: supervisor висит на 8001 порту

[fof_fa]

mureevms: освободил 80 порт, не помогло. Та же ошибка

[fof_fa]

mureevms: освободил 80 порт, перевесил nginx на 8100 порт не помогло. Та же ошибка

[mureevms]

80 порт не слушается? что скажет
netstat -plan | grep 80

[fof_fa]

sudo netstat -plan | grep 80
udp6 0 0 ::1:49280 ::1:49280 ESTABLISHED 2030/postgres

[fof_fa]

mureevms: netstat -ltnp | grep ':80'
(Not all processes could be identified, non-owned process info
will not be shown, you would have to be root to see it all.)

[mureevms]

В логе может что-то есть по поводу supervisor?

[fof_fa]

mureevms: А как посмотреть?

[mureevms]

Например, в одной консоли tail -f /var/log/syslog
В другой пытайтесь запустить supervisor
А вообще, показали бы его конфиги.

[fof_fa]

mureevms: в одной консоли sudo service supervisor start
в другой sudo tail -f /var/log/syslog
ничего не происходит

Вот конфиги:
первый конфиг
supervisord.conf

[unix_http_server]
file = /tmp/supervisor.sock
chmod = 0777
chown= nobody:nogroup
port=127.0.0.1:9771
username=user
password=123

[supervisord]
logfile=/home/webworker/myproject/logs/supervisord.log
logfile_maxbytes=10MB
logfile_backups=2
loglevel=error
pidfile=/tmp/supervisord.pid
nodaemon=false
minfds=1024
minprocs=200
user=webworker

[rpcinterface:supervisor]
supervisor.rpcinterface_factory = supervisor.rpcinterface:make_main_rpcinterface

[supervisorctl]
serverurl=unix:///tmp/supervisor.sock
username=webworker
password=123456787654321
history_file=~/.sc_history

[include]
files = /etc/supervisor/conf.d/*.conf

втторой конфиг
myproject.conf

[program:myproject]
command=/home/webworker/.virtualenvs/webenv/bin/python manage.py pulse -b 127.0.0.1:8001 -w 2
numprocs=1
directory=/home/webworker/myproject
user=webworker
autostart=true
startertries=3
autorestart=true
redirect_stderr=true

[fof_fa]

mureevms: вот логи отсюда /home/webworker/myproject/logs/supervisord.log

2015-10-26 23:30:07,889 CRIT Set uid to user 1001
2015-10-26 23:33:11,083 CRIT Set uid to user 1001
2015-10-26 23:49:14,276 CRIT Set uid to user 1001

[mureevms]

sudo service supervisor start что отдает?
Попробуйте пойти от простого к сложному. Удалите первый конфиг, запустите. Если запустился - упрощайте первый конфиг и смотрите на чем конкретно валится. Я сказать точно не могу. Может там юзерам прав не хватает куда, от которых сервисы запускаете параметром user=

[fof_fa]

mureevms: sudo service supervisor start
Starting supervisor: Unlinking stale socket /tmp/supervisor.sock
Error: Not permitted to chown /tmp/supervisor.sock to uid/gid (65534, 65534); adjust "sockchown" value in config file or on command line to values that the current user (webworker) can successfully chown
For help, use /usr/bin/supervisord -h

[mureevms]

> Not permitted to chown /tmp/supervisor.sock
Попробуйте для начала от рута запустить, т.е. измените везде параметры user=root

[fof_fa]

mureevms: зашел под рутом, пробовал запустить - та же песня. Сменил владельца на файл на root, сделал service supervisor start
Starting supervisor: Unlinking stale socket /tmp/supervisor.sock
Unlinking stale socket /tmp/supervisor.sock
Unlinking stale socket /tmp/supervisor.sock
Unlinking stale socket /tmp/supervisor.sock
.........
Unlinking stale socket /tmp/supervisor.sock - и так до бесконечности

ранее я водилл команду sudo unlink /tmp/supervisor.sock, полагаю, что теперь ее нужно отменить. Как это сделать?

[mureevms]

Сделать не трудно , простой симлинк. Вот куда он смотрел. Вы не помните?

[fof_fa]

mureevms: не знаю. Думаю сюда /tmp/supervisor.sock.

[mureevms]

На самом деле странная фигня творится. Вы пытались пойти от простого к сложному, как я ранее писал?

[fof_fa]

mureevms: после удаления supervisord.conf выдает следующее:
Starting supervisor: Error: could not find config file /etc/supervisor/supervisord.conf

после удаления myproject.conf:
Starting supervisor: Unlinking stale socket /tmp/supervisor.sock
Unlinking stale socket /tmp/supervisor.sock
Unlinking stale socket /tmp/supervisor.sock
Unlinking stale socket /tmp/supervisor.sock
Unlinking stale socket /tmp/supervisor.sock
Unlinking stale socket /tmp/supervisor.sock
Unlinking stale socket /tmp/supervisor.sock
Unlinking stale socket /tmp/supervisor.sock
Unlinking stale socket /tmp/supervisor.sock
Unlinking stale socket /tmp/supervisor.sock
Unlinking stale socket /tmp/supervisor.sock
Unlinking stale socket /tmp/supervisor.sock
Unlinking stale socket /tmp/supervisor.sock
Unlinking stale socket /tmp/supervisor.sock
Unlinking stale socket /tmp/supervisor.sock
Unlinking stale socket /tmp/supervisor.sock
Unlinking stale socket /tmp/supervisor.sock
Unlinking stale socket /tmp/supervisor.sock
Unlinking stale socket /tmp/supervisor.sock
Unlinking stale socket /tmp/supervisor.sock
^CTraceback (most recent call last):
File "/usr/bin/supervisord", line 9, in
load_entry_point('supervisor==3.0a8', 'console_scripts', 'supervisord')()
File "/usr/lib/pymodules/python2.7/supervisor/supervisord.py", line 371, in main
go(options)
File "/usr/lib/pymodules/python2.7/supervisor/supervisord.py", line 381, in go
d.main()
File "/usr/lib/pymodules/python2.7/supervisor/supervisord.py", line 94, in main
self.run()
File "/usr/lib/pymodules/python2.7/supervisor/supervisord.py", line 104, in run
self.options.openhttpservers(self)
File "/usr/lib/pymodules/python2.7/supervisor/options.py", line 1039, in openhttpservers
self.httpservers = self.make_http_servers(supervisord)
File "/usr/lib/pymodules/python2.7/supervisor/options.py", line 1242, in make_http_servers
return make_http_servers(self, supervisord)
File "/usr/lib/pymodules/python2.7/supervisor/http.py", line 793, in make_http_servers
logger_object=wrapper)
File "/usr/lib/pymodules/python2.7/supervisor/http.py", line 602, in __init__
time.sleep(.3)
KeyboardInterrupt

[fof_fa]

mureevms: Заработало, вроде. Использовал sudo apt-get remove --purge supervisor и поставил заново. Пока ошибок нет