2017-05-15 12 views
0
2017-05-15T02:13:43.087131+00:00 heroku[web.1]: State changed from starting to crashed 
2017-05-15T02:14:39.171624+00:00 heroku[router]: at=error code=H10 desc="App crashed" method=GET path="/" host=newsrank-115.herokuapp.com request_id=18dfe977-391f-4873-88f5-d4d7f7f196a7 fwd="50.131.194.116" dyno= connect= service= status=503 bytes= protocol=https 
2017-05-15T02:14:39.438971+00:00 heroku[router]: at=error code=H10 desc="App crashed" method=GET path="/favicon.ico" host=newsrank-115.herokuapp.com request_id=5b31eda6-12e1-42bd-9b1a-53cd95dbc758 fwd="50.131.194.116" dyno= connect= service= status=503 bytes= protocol=https 
2017-05-15T02:14:48.180441+00:00 heroku[web.1]: State changed from crashed to starting 
2017-05-15T02:14:55.743399+00:00 heroku[web.1]: Starting process with command `gunicorn mysite.wsgi` 
2017-05-15T02:14:57.785412+00:00 app[web.1]: [2017-05-15 02:14:57 +0000] [4] [INFO] Starting gunicorn 19.7.1 
2017-05-15T02:14:57.786079+00:00 app[web.1]: [2017-05-15 02:14:57 +0000] [4] [INFO] Listening at: http://0.0.0.0:59306 (4) 
2017-05-15T02:14:57.786293+00:00 app[web.1]: [2017-05-15 02:14:57 +0000] [4] [INFO] Using worker: sync 
2017-05-15T02:14:57.789917+00:00 app[web.1]: [2017-05-15 02:14:57 +0000] [8] [INFO] Booting worker with pid: 8 
2017-05-15T02:14:57.794048+00:00 app[web.1]: [2017-05-15 02:14:57 +0000] [8] [ERROR] Exception in worker process 
2017-05-15T02:14:57.794050+00:00 app[web.1]: Traceback (most recent call last): 
2017-05-15T02:14:57.794051+00:00 app[web.1]: File "/app/.heroku/python/lib/python3.6/site-packages/gunicorn/arbiter.py", line 578, in spawn_worker 
2017-05-15T02:14:57.794052+00:00 app[web.1]:  worker.init_process() 
2017-05-15T02:14:57.794052+00:00 app[web.1]: File "/app/.heroku/python/lib/python3.6/site-packages/gunicorn/workers/base.py", line 126, in init_process 
2017-05-15T02:14:57.794053+00:00 app[web.1]:  self.load_wsgi() 
2017-05-15T02:14:57.794054+00:00 app[web.1]: File "/app/.heroku/python/lib/python3.6/site-packages/gunicorn/workers/base.py", line 135, in load_wsgi 
2017-05-15T02:14:57.794054+00:00 app[web.1]:  self.wsgi = self.app.wsgi() 
2017-05-15T02:14:57.794055+00:00 app[web.1]: File "/app/.heroku/python/lib/python3.6/site-packages/gunicorn/app/base.py", line 67, in wsgi 
2017-05-15T02:14:57.794056+00:00 app[web.1]:  self.callable = self.load() 
2017-05-15T02:14:57.794056+00:00 app[web.1]: File "/app/.heroku/python/lib/python3.6/site-packages/gunicorn/app/wsgiapp.py", line 65, in load 
2017-05-15T02:14:57.794057+00:00 app[web.1]:  return self.load_wsgiapp() 
2017-05-15T02:14:57.794058+00:00 app[web.1]: File "/app/.heroku/python/lib/python3.6/site-packages/gunicorn/app/wsgiapp.py", line 52, in load_wsgiapp 
2017-05-15T02:14:57.794058+00:00 app[web.1]:  return util.import_app(self.app_uri) 
2017-05-15T02:14:57.794059+00:00 app[web.1]: File "/app/.heroku/python/lib/python3.6/site-packages/gunicorn/util.py", line 352, in import_app 
2017-05-15T02:14:57.794059+00:00 app[web.1]:  __import__(module) 
2017-05-15T02:14:57.794060+00:00 app[web.1]: ModuleNotFoundError: No module named 'mysite.wsgi' 
2017-05-15T02:14:57.794144+00:00 app[web.1]: [2017-05-15 02:14:57 +0000] [8] [INFO] Worker exiting (pid: 8) 
2017-05-15T02:14:57.820506+00:00 app[web.1]: [2017-05-15 02:14:57 +0000] [4] [INFO] Shutting down: Master 
2017-05-15T02:14:57.820607+00:00 app[web.1]: [2017-05-15 02:14:57 +0000] [4] [INFO] Reason: Worker failed to boot. 
2017-05-15T02:14:57.871348+00:00 heroku[web.1]: Process exited with status 3 
2017-05-15T02:14:57.886382+00:00 heroku[web.1]: State changed from starting to crashed 

を理解する助けを必要としています。このエラーは、UIで「アプリケーションエラー」と表示されます。今、私の他のグループメンバーの一人は、コード(これはgithub上にある)が自分のマシンでローカルに実行されていると言いました。その意味がわかりません。私たちのDjangoのサイトにHerokuのをリンクしようとし、前述のようにアプリは、Djangoのであり、我々はアプリが構築しないHerokuの上でそれをホストしようとしているこのエラーログに

私はこれでかなり新しいです、私は単純なものを見逃す可能性があります。しかし、私はmysite.wsgiがこの文脈で何をすべきかについて多くの言及を見つけることができません。

私たちはこのようになりますwsgi.py持って、注意する必要があります。

import os 

from django.core.wsgi import get_wsgi_application 

os.environ.setdefault("DJANGO_SETTINGS_MODULE", "mysite.settings") 

application = get_wsgi_application() 

を、私はそれを書いていないので、私はこれがどのように正しいか間違っているかわかりません。

私が提供できるより多くの情報があれば教えてください、ありがとう。

+0

wsgi.pyがローカルに関与していません。それがなぜ機能するのですか。 – Kanak

+0

うん、それは知っているのは良いことだ。しかし、問題の大きな文脈では、それはどういう意味ですか? wsgi.pyはエラーの原因ですか? –

答えて

0

まず、djangoで新しいプロジェクトを開始すると、wsgi.pyが自動的に生成されることがわかります。それは正しいことを意味します。

第2に、あなたのdjangoプロジェクトは、それ自身ではサーバに到達できません。サーバーとサーバーの間にブリッジが必要です。それはwsgi.pyの仕事です。それはあなたのプロジェクトをアプリに変えます。

第3に、このwsgi.pyがパス上にある場所をプロダクトサーバーに伝える必要があります。/home/project/mysite/mysite /のようなもの。


私は英雄を使用しません。しかし、wsgi.py afをオーバーライドする必要があるようです。

from django.core.wsgi import get_wsgi_application 
from whitenoise.django import DjangoWhiteNoise 

application = get_wsgi_application() 
application = DjangoWhiteNoise(application) 
+0

申し訳ありませんが、私のGoogleの能力は今日働いていません。私はパスを追加する方法の例を見つけることができません。 wsgi.pyのほとんどの例は私たちのように見えますが、この記事:https://devcenter.heroku.com/articles/django-app-configurationは最高のようですが、私たちはこれに従っています。あなたはこれらのことをどうやって具体化することができますか?ありがとう。 –

+0

@ JaneDoe。更新を参照してください。 – Kanak

関連する問題