如何解决gunicorn关键工人超时错误？

我曾使用nginx和gunicorn在两个服务器上托管我的网站，

两台服务器具有相同版本的软件包，并且网站已成功托管，

但是在我的一台服务器中，gunicorn总是超时并且出现错误

[CRITICAL]Worker Timeout
Booting worker with pid
Worker cannot boot with pid

之后，我在网页中收到502 Badgateway错误。我必须重启gunicorn程序才能打开网站。

以下是错误日志：

2014-02-16 14:29:53 [1267] [CRITICAL] WORKER TIMEOUT (pid:4994)
2014-02-16 14:29:53 [1267] [CRITICAL] WORKER TIMEOUT (pid:4994)   
2014-02-16 14:29:53 [22140] [INFO] Booting worker with pid: 22140

我收到这样的continueos错误，

2014-02-16 14:29:53 [22140] [DEBUG] Ignoring EPIPE
Ignoring EPIPE
2014-02-16 14:29:53 [22140] [DEBUG] Ignoring EPIPE
Ignoring EPIPE
2014-02-16 14:29:57 [22140] [DEBUG] Ignoring EPIPE
Ignoring EPIPE

工人又开始了

2014-02-16 14:32:44 [1267] [CRITICAL] WORKER TIMEOUT (pid:4993)
2014-02-16 14:32:44 [1267] [CRITICAL] WORKER TIMEOUT (pid:4993)
2014-02-16 14:32:44 [22276] [INFO] Booting worker with pid: 22276

再次忽略EPIPE错误，这种情况一直持续到我重新启动Gunicorn。当我收到此错误时，我从Nginx收到504网关错误

要解决此问题，请增加Nginx中的超时标志，

在Nginx增加proxy_connect_timeout和中proxy_read_timeout，可以在http指令下的nginx.conf文件中添加以下内容。它们默认为60s。

proxy_connect_timeout 300秒；

proxy_read_timeout 300秒；

重新启动Nginx服务器。有关超时，请参见nginx文档。

如果以上修复方法不起作用，请在Gunicorn配置中增加Gunicorn超时标志，默认Gunicorn超时为30秒。

-超时90

有关超时的Gunicorn文档

-t INT，--timeout INT 30沉默了许多秒的工人被杀死并重新启动。

一般设置为三十秒。仅当您确定对同步工作程序有影响时，才将其设置为明显更高。对于非同步工作程序，这仅意味着工作程序进程仍在通信，并且与处理单个请求所需的时间无关。

Gunicorn关于工人超时的文档

希望这能解决。