php 765 recv()失败(104:从上游阅读响应标头时连接被对等方重置

q3qa4bjr  于 2022-11-28  发布在  PHP
关注(0)|答案(2)|浏览(154)
2014/03/31 23:06:50 [error] 25914#0: *765 recv() failed (104: Connection reset by peer) while reading response header from upstream, client: 173.77.251.136, server: wiki.resonant-rise.com, request: "POST /index.php?title=Chisel&action=submit HTTP/1.1", upstream: "fastcgi://127.0.0.1:9016", host: "wiki.resonant-rise.com", referrer: "http://wiki.resonant-rise.com/index.php?title=Chisel&action=edit"
2014/03/31 23:06:50 [error] 25914#0: *765 open() "/usr/share/nginx/html/50x.html" failed (2: No such file or directory), client: 173.77.251.136, server: wiki.resonant-rise.com, request: "POST /index.php?title=Chisel&action=submit HTTP/1.1", upstream: "fastcgi://127.0.0.1:9016", host: "wiki.resonant-rise.com", referrer: "http://wiki.resonant-rise.com/index.php?title=Chisel&action=edit"

我有一个mediawiki安装和一个IPB安装。他们都通过了错误,但这一个错误从mediawiki阻止我张贴半大的文章。我已经尝试了很多的解决方案,添加catch_worker_output = yes,调整pm.* 设置。仍然不能解决这个问题。我来我的智慧结束试图找出这个问题。
PHP-FPM会议
http://pastie.org/private/aczklc52ll9yv0uz5drcqg
PHP-FPM万维网配置
http://pastie.org/private/wod3xipxhm8ractksw7ha
面向媒体的NGINX VHOST
http://pastie.org/private/h9co8aykbdmfzk2bd5qq

ngynwnxp

ngynwnxp1#

如果失败取决于页面的大小,那么它就与操作导致的工作量有关。我大胆地猜测:增加超时时间(您当前拥有send_timeout 60s;)。
一个非常长的页面的解析时间很容易超过60秒,特别是如果您使用的是低功耗服务器,没有tuned performance或者启用了大量的解析器扩展。

qvsjd97n

qvsjd97n2#

在我的情况下,它是项目的php版本与我所使用的php版本不同

相关问题