gunicorn не работи под надзор (но работи сам)

Пусках gunicorn под супервайзър без проблеми и този уикенд спря да работи.

Кога правите application start в supervisorctl това е в регистрационния файл на приложението:

Traceback (most recent call last):
 File "/usr/local/bin/gunicorn", line 9, in <module>
   load_entry_point('gunicorn==19.0.0', 'console_scripts', 'gunicorn')()
 File "/usr/local/lib/python2.7/dist-packages/gunicorn/app/wsgiapp.py", line 74, in run
   WSGIApplication("%(prog)s [OPTIONS] [APP_MODULE]").run()
 File "/usr/local/lib/python2.7/dist-packages/gunicorn/app/base.py", line 166, in run
   super(Application, self).run()
 File "/usr/local/lib/python2.7/dist-packages/gunicorn/app/base.py", line 71, in run
   Arbiter(self).run()
 File "/usr/local/lib/python2.7/dist-packages/gunicorn/arbiter.py", line 192, in run
   self.halt()
 File "/usr/local/lib/python2.7/dist-packages/gunicorn/arbiter.py", line 292, in halt
   self.stop()
 File "/usr/local/lib/python2.7/dist-packages/gunicorn/arbiter.py", line 343, in stop
   time.sleep(0.1)
 File "/usr/local/lib/python2.7/dist-packages/gunicorn/arbiter.py", line 209, in handle_chld
   self.reap_workers()
 File "/usr/local/lib/python2.7/dist-packages/gunicorn/arbiter.py", line 459, in reap_workers
   raise HaltServer(reason, self.WORKER_BOOT_ERROR)
gunicorn.errors.HaltServer: <HaltServer 'Worker failed to boot.' 3>

Изпълнявам приложение с тази конфигурация:

[program:application]
command=/usr/local/bin/gunicorn application:application -c /home/azureuser/rz-app/gunicorn.conf.py
directory=/home/azureuser/rz-app/
user=root
autostart=true
autorestart=true
redirect_stderr=True
stdout_logfile = /home/azureuser/rz-app/rz-app_log.log
stderr_logfile = /home/azureuser/rz-app/rz-app_errors.log

съдържанието на gunicorn.conf.py е следното:

import multiprocessing

bind = "0.0.0.0:5000"

workers = multiprocessing.cpu_count() * 4 + 1
user = 'root'
group = 'root'

max_requests = 200
max_requests_jitter = 20

ако изпълня командата на терминала извън supervisor: gunicorn application:application -c gunicorn.conf.py нещата работят според очакванията.

Това е приложение за колба и ето файла application.py:

import sys
reload(sys)
sys.setdefaultencoding("utf-8")

import socket
socket.setdefaulttimeout(12)

from werkzeug.contrib.fixers import ProxyFix

from app import application
application.wsgi_app = ProxyFix(application.wsgi_app)


if __name__ == '__main__':

    application.run(host='0.0.0.0', port=5000, debug=False)

Как мога да поправя това?

РЕДАКТИРАНЕ: Забелязах, че изглежда проблем с root потребителя, когато външен супервайзор стартирах:

sudo /usr/local/bin/gunicorn application:application -c /home/azureuser/rz-app/gunicorn.conf.py, всичко работи, но когато го направя:

sudo su последвано от /usr/local/bin/gunicorn application:application -c /home/azureuser/rz-app/gunicorn.conf.py не работи


person tiagosilva    schedule 13.07.2015    source източник
comment
забелязах, че изглежда има проблем с root потребителя, когато външен супервайзор стартирах: sudo /usr/local/bin/gunicorn application:application -c /home/azureuser/rz-app/gunicorn.conf.py, всичко работи, но когато го направя: sudo su последвано от /usr/local/bin/gunicorn application:application -c /home/azureuser/rz-app/gunicorn.conf.py не работи   -  person tiagosilva    schedule 14.07.2015


Отговори (1)


Открих проблема, нямаше нищо общо с gunicorn или супервайзор, приложението ми имаше зависимост, която беше изтеглена само в потребителя, и забелязах, че когато направих sudo su преди командата, се появи същият проблем, така че регистрирах какво се случва, докато като root /usr/local/bin/gunicorn --log-file=- application:application -c /home/azureuser/rz-app/gunicorn.conf.py, добавих --log-file=- и открих грешката, която ме измъчваше.

person tiagosilva    schedule 14.07.2015