2017-05-15 40 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 

的應用程序,如前面提到的是Django和我們正在試圖對其進行託管在Heroku上,應用程序不會建立。此錯誤在用戶界面上顯示爲「應用程序錯誤」。現在,我的其他小組成員之一表示這個代碼(這全部在github上)在他的機器上本地運行,我不確定這意味着什麼。我試圖Heroku的鏈接到我們的Django的網站,需要幫助理解這個錯誤日誌

恐怕我對此很新,所以我可能會錯過簡單的東西。但是我找不到很多關於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中啓動一個新項目時會自動生成wsg​​i.py。這意味着,這是正確的。

其次,您的django項目無法自行到達服務器。它和服務器之間必須有一個橋樑。這就是wsgi.py的工作,它會將你的項目變成一個應用程序。

第三,你必須告訴你的prod服務器這個wsgi.py在你的路徑上。像/ home/project/mysite/mysite /。


我不使用heroku。但是看起來你必須覆蓋wsgi.py af如下

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

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

對不起,我的谷歌的能力今天不工作。我找不到如何添加路徑的任何示例。 wsgi.py的大部分示例都與我們的相似,本文中:https://devcenter.heroku.com/articles/django-app-configuration似乎是最好的,但我們已遵循它。你能否更具體地說明如何做這些事情?謝謝。 –

+0

@JaneDoe。查看更新。 – Kanak

相關問題