web-dev-qa-db-ja.com

gunicornの失敗の問題をデバッグする方法は? (ワーカーは起動に失敗しました)

Django Gunicornを使用してローカルで正常に実行されるWebアプリケーションがありますが、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が実行され続け、エラーは表示されません。

この問題をデバッグするにはどうすればよいですか?

30
daydreamer

--preloadへの引数としてgunicorn_Djangoを使用して実行してみてください。これにより、起動時にワーカーで発生しているエラーが表示されます。参照 このバグ

35
David Fraser

--debug --log-level debugが必要です

27
Ben Davis

私の場合、gunicorn_Django --bind example.com:8001私のmanage.pyファイルと同じフォルダから。

7
mik.ro