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

z329224946 · 2013-03-14T21:42:51+00:00

Hello! 2013/3/13 Demon: > 今天线上突然出现500错误，php没有errorlog&#x4E...

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

z329224946

情况描述：

几个月前架设一台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出原因?

谢谢大家!

z329224946

补充：重启nginx问题依旧。

在 2013年3月14日星期四UTC+8下午9时42分51秒，朱茂海写道：

情况描述：
几个月前架设一台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出原因?

谢谢大家!

azure1st

这个nginx是代理还是直接从磁盘读文件阿？

在 2013-3-14 下午9:42，"朱茂海" <z329...@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出原因?

谢谢大家!

--
#xA0要查看更多选项，请访问 https://groups.google.com/groups/opt_out。

azure1st

你用curl访问测试一下看看正常吗？
是不是那个读取的client程序有问题阿！

z329224946

直接从磁盘读文件

在 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出原因?

谢谢大家!

--
sp要查看更多选项，请访问 https://groups.google.com/groups/opt_out。

lancelijade

本地curl试试，可能是上层网络的问题？

Lance

2013/3/14 朱茂海 <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出原因?

谢谢大家!

--
#xA0要查看更多选项，请访问 https://groups.google.com/groups/opt_out。

fengmo.q

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出原因?

谢谢大家!

--
#xA0要查看更多选项，请访问 https://groups.google.com/groups/opt_out。

Jinglong
Software Engineer
Server Platforms Team at Taobao