回复： [openresty] 421#0: *1272 recv() failed (104: Connection reset bypeer) while sending response to client

wang796933

看下nginx 进程状况。是不是D状态还有服务器负载磁盘i/o 等。如果小图片太大，访问会变慢的！

------------------ 原始邮件 ------------------

发件人: "pengqi"<fen...@gmail.com>;

发送时间: 2013年3月15日(星期五) 中午12:34

收件人: "openresty"<openresty@googlegroups.com>;

主题: Re: [openresty] 421#0: *1272 recv() failed (104: Connection reset bypeer) while sending response to client

Hi,

你最好最小化一份配置文件发上来。

你那些错误日志，可能是由于你的图片响应时间过慢，用户等不及直接关闭了页面造成。

你可以查看一下你的访问日志里面有没有比较极端的响应时间，计算一下平均rt是多少

另外可以查看一下访问时间过慢是不是机房链路问题，带宽问题造成的

在 2013年3月14日下午10:13，朱茂海 <z329...@gmail.com>写道：

直接从磁盘读文件

在 2013年3月14日星期四UTC+8下午10时04分33秒，Azure写道：
这个nginx是代理还是直接从磁盘读文件阿？

在 2013-3-14 下午9:42，"朱茂海" <z3292...@gmail.com>写道：

情况描述：
几个月前架设一台nginx的服务器，用来放置图片等静态资源，没有动态的网页。
今天发现访问图片异常缓慢，于是开始debug日志，发现如下大量的日志，

421#0: *1071 recv() failed (104: Connection reset by peer) while sending response to client

421#0: *866 client prematurely closed connection (104: Connection reset by peer) while sending response to client

检查nginx访问日志，发现访问不了的图片返回状态码200，返回的文件大小远远小于真实的文件大小。

正常运行了几个月，这期间没有修改过nginx的配置文件，访问量也没提升。

问：
1、这可能是什么原因导致的？
2、有没有的什么方法debug出原因?

谢谢大家!

https://groups.google.com/groups/opt_out。

Jinglong
Software Engineer
Server Platforms Team at Taobao

--

---
您收到此邮件是因为您订阅了 Google 网上论坛的“openresty”论坛。
要退订此论坛并停止接收此论坛的电子邮件，请发送电子邮件到 openresty+unsubscribe@googlegroups.com。
要查看更多选项，请访问 https://groups.google.com/groups/opt_out。