Я настроил файл конфигурации gunicorn.py для запуска сервера python, который привязан к nginx. Все отлично работает кроме службы запуска. Я использую конфигурацию службы systemd, вот служба gunicorn:
[Unit]
Description = gunicorn daemon
#Requires = gunicorn.socket
After = network.target
[Service]
#PIDFile = /run/gunicorn.pid
WorkingDirectory = /var/www/LTT/ltt
Group = devs
User = root
Type = forking
ExecStart = /usr/local/bin/gunicorn -c gunicorn.py app_ltt:app
ExecReload = /bin/kill -s HUP $MAINPID
ExecStop = /bin/kill -s TERM $MAINPID
[Install]
WantedBy = multi-user.target
вот неактивное сообщение при попытке запуска (однако служба включена) Статус службы GUNICORN при запуске systemctl.
Кто-то рекомендовал добавить daemon = True в конфигурацию gunciorn для работы, но это не помогает.
#Bidnign
bind = 'unix:/var/www/LTT/ltt/gunicorn.sock'
backlog = 2048
#Workers
#num = 1+2-4 x $NUM_CORES
workers = 1
worker_class = 'gevent'
worker_connections = 1000
#Fct
spew = False
#Server
umask = 007
daemon = True
user = 'www-data'
group = 'www-data'
pidfile = '/run/gunicorn.pid'
ОБНОВЛЕНИЕ ЖУРНАЛА Я добавил errorlog.log с режимом отладки в файл конфигурации gunicorn, когда я сам запускаю команду, она работает и записывает в файлы, но когда я запускаю systemctl start gunicorn он даже не создает файлы, поэтому я не могу читать журналы.
accesslog = '/var/log/gunicorn/accesslog.log'
errorlog = '/var/log/gunicorn/errorlog.log'
loglevel = 'debug'
ОБНОВЛЕНИЕ ЖУРНАЛА-2 Я подключил gunicorn к www-data и использовал его в сервисе gunicorn, он запускает gunicorn (записывает его в журнал), но никаких дальнейших действий (прослушивание сокета, запуск gevent worker). вот вывод журнала: Журнал ошибок GUNICORN
