作者热门文章
- html - 出于某种原因,IE8 对我的 Sass 文件中继承的 html5 CSS 不友好?
- JMeter 在响应断言中使用 span 标签的问题
- html - 在 :hover and :active? 上具有不同效果的 CSS 动画
- html - 相对于居中的 html 内容固定的 CSS 重复背景?
我一直在尝试找出 uwsgi 的一个问题,其中 uwsgi 进程会自行终止。
非常有用的日志文件只是说......
F*CK !!! i must kill myself (pid: 9984 app_id: 0)...
稍微谷歌搜索一下我就找到了this line in the source code ...
void harakiri() {
uwsgi_log("\nF*CK !!! i must kill myself (pid: %d app_id: %d)...\n", uwsgi.mypid, uwsgi.wsgi_req->app_id);
//Some other stuff
exit(0);
}
它是否终止会有所不同,但似乎(来自谷歌搜索)与请求所需的时间有关。在本例中,请求正在流回动态生成的 Pdf。生成发生在后台,但一旦完成,就会有一个新请求来检索它。 Pdf 可能非常大(最坏情况为 50-60MB),这取决于连接速度,这解释了请求可能达到超时阈值的原因。
如何将 uwsgi 配置为永不超时或具有极高的超时时间?该应用程序正在私有(private)网络上使用,我宁愿它缓慢而成功,也不愿死掉。
最佳答案
harakiri 是您通过 --harakiri 自愿启用的功能,默认情况下没有此类功能。检查您的配置。
另一种可能性可能是您在没有主进程的情况下运行(您应该有一个警告)并设置alarm()而不为SIGALRM定义信号处理程序
关于python-3.x - 停止 uwsgi 切腹(认真的),我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/18602592/
我一直在尝试找出 uwsgi 的一个问题,其中 uwsgi 进程会自行终止。 非常有用的日志文件只是说...... F*CK !!! i must kill myself (pid: 9984 app
我是一名优秀的程序员,十分优秀!