Как отлаживать проблемы с увольнением? (Рабочий не смог загрузить)

У меня есть веб-приложение Django, которое использует Gunicorn и работает хорошо на месте, но когда я развертываю приложение на EC2, я вижу, что Gunicorn не работает:

$ gunicorn_django -b 127.0.0.1:8000 --settings=myapp.settings.dev --debug --log-level info 2012-09-16 17:39:24 [28333] [INFO] Starting gunicorn 0.14.6 2012-09-16 17:39:24 [28333] [INFO] Listening at: http://127.0.0.1:8000 (28333) 2012-09-16 17:39:24 [28333] [INFO] Using worker: sync 2012-09-16 17:39:24 [28336] [INFO] Booting worker with pid: 28336 2012-09-16 17:39:24 [28336] [INFO] Worker exiting (pid: 28336) 2012-09-16 17:39:24 [28333] [INFO] Shutting down: Master 2012-09-16 17:39:24 [28333] [INFO] Reason: Worker failed to boot. 

Я попытался войти в систему с помощью --spew но он продолжает работать, и ошибка не отображается.

Как я могу отладить эту проблему?

3 Solutions collect form web for “Как отлаживать проблемы с увольнением? (Рабочий не смог загрузить)”

Вам нужно --debug --log-level debug

Попробуйте запустить с --preload в качестве аргумента для gunicorn_django – он должен показать вам ошибку, с которой сталкиваются работники при запуске. Смотрите эту ошибку

В моем случае мне пришлось запустить gunicorn_django --bind example.com:8001 из той же папки, что и файл manage.py.

  • Запуск приложения с флягой с nginx и gunicorn
  • gunicorn.errors.HaltServer: <HaltServer 'Рабочий не смог загрузить.' 3> django
  • Получение Gunicorn для работы на порту 80
  • Foreman start не может найти Procfile, развернув приложение Django в Heroku
  • 'Недопустимый синтаксис ввода для типа inet' db error в приложении Django с postgres и Gunicorn + Nginx в качестве обратного прокси
  • Какие особенности обезьяны, укомплектованные работником gunicorn gevent?
  • Gunicorn не перезагружает приложение Django
  • django gunicorn sock файл не создан wsgi
  • Python - лучший язык программирования в мире.