Systemd вызывает несколько процессов супервизора

У меня проблема с определением того, где проблема в конфигурации моего супервизора, вызывающая дублирование программы.

Я запускаю веб-сервер Python Tornado через обратный прокси-сервер Nginx. Я думаю, что проблема больше связана с руководителем.

/etc/supervisor/supervisord.conf

[unix_http_server]
file=/var/run/supervisor.sock
chmod=0700

[supervisord]
logfile=/var/log/supervisor/supervisord.log
pidfile=/var/run/supervisord.pid
childlogdir=/var/log/supervisor           
logfile_maxbytes=50MB                           
logfile_backups=5                               
loglevel=error                                  

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

[supervisorctl]
serverurl=unix:///var/run/supervisor.sock

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

/etc/supervisor/conf.d/tornado.conf

[program:tornado]
numprocs = 4
numprocs_start = 8000
process_name = %(program_name)s_%(process_num)02d
directory=/home/username/webapp
environment=PATH="/home/username/.virtualenvs/tornado_env/bin"
command = python server.py --port=%(process_num)s
user=www-data
redirect_stderr=true
stdout_logfile=/var/log/webapp/%(program_name)s_%(process_num)02d.log
loglevel=info

Как видите, numprocs = 4 , но моя путаница возникает после просто перезагружаю сервер.

ps -aux | egrep "supervisor | python"

root       399  0.1  2.6  14496  9584 ?        Ss   15:48   0:03 /usr/bin/python /usr/bin/supervisord -c /etc/supervisor/supervisord.conf
www-data   410  0.1  3.9  16872 14200 ?        S    15:48   0:02 python server.py --port=8002
www-data   411  0.1  3.9  16872 14180 ?        S    15:48   0:02 python server.py --port=8003
www-data   412  0.1  3.9  16872 14124 ?        S    15:48   0:02 python server.py --port=8000
www-data   413  0.1  3.9  16872 14180 ?        S    15:48   0:02 python server.py --port=8001
www-data   489  0.0  3.0  16872 11024 ?        S    15:49   0:00 python server.py --port=8003
www-data   490  0.0  3.1  16872 11228 ?        S    15:49   0:00 python server.py --port=8000
www-data   491  0.0  3.1  16872 11244 ?        S    15:49   0:00 python server.py --port=8002
www-data   492  0.0  3.0  16872 11192 ?        S    15:49   0:00 python server.py --port=8001

Существует 8 процессов Python, но supervisor знает только о 4. Что еще я ищу?

sudo supervisorctl status

tornado:tornado_8000             RUNNING    pid 412, uptime 0:36:03
tornado:tornado_8001             RUNNING    pid 413, uptime 0:36:03
tornado:tornado_8002             RUNNING    pid 410, uptime 0:36:05
tornado:tornado_8003             RUNNING    pid 411, uptime 0:36:04

ОБНОВЛЕНИЕ : каким-то образом запущенный супервизор и systemd порождает дублированную конфигурацию. Итак, теперь мой вопрос: отключить службу supervisor , и если да, то что еще вызывает ее запуск?

sudo systemctl status supervisor

● supervisor.service - LSB: Start/stop supervisor
   Loaded: loaded (/etc/init.d/supervisor)
   Active: active (running) since Wed 2015-12-23 15:48:45 CST; 1h 31min ago
  Process: 305 ExecStart=/etc/init.d/supervisor start (code=exited, status=0/SUCCESS)
   CGroup: /system.slice/supervisor.service
           ├─399 /usr/bin/python /usr/bin/supervisord -c /etc/supervisor/supervisord.conf
           ├─489 python server.py --port=8003
           ├─490 python server.py --port=8000
           ├─491 python server.py --port=8002
           └─492 python server.py --port=8001
3
задан 24 December 2015 в 01:31
1 ответ

После дальнейшего исследования, проблема на самом деле была в моем сервере Python Tornado. Это был форкинг одного процесса на каждый процессор, что сбивает меня с толку на одном ядре Raspberry Pi, но неважно.

Итак, результаты вышеприведенных команд действительны; нет никаких "дубликатов" от супервизора или Systemd. Проблема была больше связана с управлением жизненным циклом этих процессов супервизором, т.е. запуском, остановкой, перезагрузкой.

Когда я останавливал его раньше, вилочные процессы оставались активными, поэтому, когда я перезагружал супервизор, я получал в общей сложности 4 + 8 = 12 процессов.

Исправление заключалось в добавлении этой строки в мой /etc/супервизор/conf.d/tornado.conf.

stopasgroup=true

Для которого в документации читается

Если верно, то флаг заставляет супервизор посылать сигнал остановки всей группе процессов и подразумевает, что killasgroup верно. Это полезно для таких программ, как Flask в отладочном режиме, которые не передают сигнал стопа своим детям, оставляя их сиротами.

1
ответ дан 3 December 2019 в 07:25

Теги

Похожие вопросы