This bug has existed for a long time since nginx 0.6×. Sockets are closed incorrectly when ssi sub-requests finished.<div><br></div><div>The workaround is to set &#39;wait&#39; attribute to be true which make sub-requests go to back end one by one.</div>
<div><br><div><br><div class="gmail_quote">On Thu, Dec 31, 2009 at 10:58 PM, Maxim Dounin <span dir="ltr">&lt;<a href="mailto:mdounin@mdounin.ru">mdounin@mdounin.ru</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Hello!<br>
<div class="im"><br>
On Wed, Dec 30, 2009 at 02:42:16PM -0500, Maxim Khitrov wrote:<br>
<br>
&gt; This file structure required to duplicate this bug is a bit complex to<br>
&gt; explain. Therefore, I put the required files into a tiny archive,<br>
&gt; which you can download from [1].<br>
<br>
</div>[...]<br>
<div class="im"><br>
&gt; I started looking through the source code for ssi module, but I&#39;m<br>
&gt; hoping that someone more familiar with nginx internals would be able<br>
&gt; to find a solution quicker. It seems that adding wait=&quot;yes&quot; to the<br>
&gt; virtual include in bad.html also fixes the problem, so I suspect that<br>
&gt; the issue is with requests being performed in parallel.<br>
<br>
</div>I&#39;m able to reproduce it here, thanks. &nbsp;I&#39;ll take a look (but most<br>
likely after New Year).<br>
<br>
It seems to be caused by mix of waited (include file=... is<br>
implicitly waited) and non-waited subrequests with non-trivial<br>
nesting.<br>
<br>
BTW, Happy New Year!<br>
<font color="#888888"><br>
Maxim Dounin<br>
</font><div><div></div><div class="h5"><br>
_______________________________________________<br>
nginx mailing list<br>
<a href="mailto:nginx@nginx.org">nginx@nginx.org</a><br>
<a href="http://nginx.org/mailman/listinfo/nginx" target="_blank">http://nginx.org/mailman/listinfo/nginx</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>要了几天饱饭就不记得西北风啥味了<br>
</div></div>