3
我发现此问题的输出类似：Gunicorn workers timeout no matter what。它的解决方案不起作用。即使在创建新应用时，Gunicorn也会超时
~~~
所以，当我跑foreman start web我得到以下的输出：
17:53:46 web.1 | started with pid 31807
17:53:46 web.1 | [2015-06-26 17:53:46 -0400] [31807] [INFO] Starting gunicorn 19.3.0
17:53:46 web.1 | [2015-06-26 17:53:46 -0400] [31807] [INFO] Listening at: http://0.0.0.0:5000 (31807)
17:53:46 web.1 | [2015-06-26 17:53:46 -0400] [31807] [INFO] Using worker: sync
17:53:46 web.1 | [2015-06-26 17:53:46 -0400] [31810] [INFO] Booting worker with pid: 31810
17:54:26 web.1 | [2015-06-26 17:54:26 -0400] [31807] [CRITICAL] WORKER TIMEOUT (pid:31810)
17:54:26 web.1 | [2015-06-26 21:54:26 +0000] [31810] [INFO] Worker exiting (pid: 31810)
17:54:26 web.1 | [2015-06-26 17:54:26 -0400] [31821] [INFO] Booting worker with pid: 31821
17:54:57 web.1 | [2015-06-26 17:54:57 -0400] [31807] [CRITICAL] WORKER TIMEOUT (pid:31821)
17:54:57 web.1 | [2015-06-26 21:54:57 +0000] [31821] [INFO] Worker exiting (pid: 31821)
17:54:58 web.1 | [2015-06-26 17:54:58 -0400] [31831] [INFO] Booting worker with pid: 31831
17:55:29 web.1 | [2015-06-26 17:55:29 -0400] [31807] [CRITICAL] WORKER TIMEOUT (pid:31831)
...
等。
在浏览器中加载它只是连接和超时。
Procfile：web: gunicorn gettingstarted.wsgi --log-file -
wsgi.py：
import os
os.environ.setdefault("DJANGO_SETTINGS_MODULE", "gettingstarted.settings")
from django.core.wsgi import get_wsgi_application
from whitenoise.django import DjangoWhiteNoise
application = get_wsgi_application()
application = DjangoWhiteNoise(application)
随着时间的推移，我会更新更多的信息这个问题。
编辑4：恢复其他编辑，问题改造。
以后的日子里...我创建了django-admin.py，新procfile，virtualenv中，混帐，requirements.txt和更新的virtualenv一个全新的应用程序，但是当我启动应用程序它仍超时。
计算机上发生了什么？
编辑5：任何人搞清楚究竟出了什么问题得到赏金。我正在使用Mac OS X.
我试图不发表文章墙，但我试图给出适量的信息。 –