2015/04/26 13:48:07 [alert] 11215#0: *534 open socket #383 left in connection 20
2015/04/26 13:48:07 [alert] 11215#0: *535 open socket #384 left in connection 21
2015/04/26 13:48:07 [alert] 11215#0: *539 open socket #385 left in connection 22
2015/04/26 13:48:07 [alert] 11215#0: *542 open socket #388 left in connection 25
2015/04/26 13:48:07 [alert] 11215#0: *543 open socket #389 left in connection 26
2015/04/26 13:48:07 [alert] 11215#0: *546 open socket #392 left in connection 29
2015/04/26 13:48:07 [alert] 11215#0: *547 open socket #393 left in connection 30
2015/04/26 13:48美国服务器:07 [alert] 11215#0: *555 open socket #396 left in connection 33
2015/04/26 13:48:07 [alert] 11213#0: aborting

我经常遇到 你说的这个错误！我以为是我的问题，每次都是刷新一下就好了！


我以为只有我遇到！

直连的时候也会遇到？

是的，听说最近解封了，我就从gfw.pac的文件里删除了V2EX，但是也有，5分钟内遇到三次了！

没遇到过

今天确实看到过reset 我还纳闷是哪里出问题了

刚刚遇到一次。

直连，感觉今天遇到了近10次，尤其是今天晚上

目前为止没遇到过

还有遇到了几次页面很快加载完了，而头像图片全是X的情况

要用kill啊

已遇到

直连有问题+1
ff主要弹这两个
Unable to connect
The connection was reset

对，me 2

https并没有啊...

我是HTTPS

从未遇到过。reload 的行为应该是配置检查无误后，启动新的 worker，并通知正在运行的 worker 关闭，但是如果正在运行的 worker 手上还有连接的话，会等处理完毕之后才会退出的。要不然先换个版本试试，当然既然有日志的话，可以 --with-debug 编一个顺手去查查 :>

是我错怪 NGINX 了。实在抱歉。
https://www.v2ex.com/t/186551

现在这个问题已经不会再在 V2EX 出现了。

我们服务也遇到这种问题，可否提供一些思路？可能是哪方面的原因？upstream 服务？谢谢。

qdisc工具似乎可以解决这个问题

请问您是如何解决的？碰到了跟你一样的问题，reload 后，error.log 就是这种信息，我 google 了一天一夜了，还是无法解决。

楼主啊 最近碰到类似问题 提示 ” open socket left “，对这种 socket 泄露不知如何下手，能分享下当时的场景吗 感谢