SPDY sockets staying open indefinitely

[CM Fields]

Matthieu,

The SPDY nginx patch has been in place for almost a week now with over
310,000 public connections. I have not seen any issues with CLOSE_WAIT
states at all and the server has been perfectly stable. The patch works
great.

For reference, this is the source build we are using:
   Nginx 1.3.8
   OpenSSL 1.0.1c
   SPDY patch.spdy-53.txt
   OpenBSD v5.2 (default install) and also FreeBSD 9.1-RC3 (default install)


On Mon, Nov 19, 2012 at 12:55 PM, Matthieu Tourne <matthieu.tourne at gmail.com
> wrote:

> Hello,
>
>
> On Tue, Nov 13, 2012 at 8:40 AM, CM Fields <cmfileds at gmail.com> wrote:
>
>> Valentin,
>>
>> Thanks for the patch. I put the new code in place this morning. The
>> server will need to run for a few days up to a week before I might see
>> the possibility of a lingering socket from a bad client. I will report what
>> I find.
>>
>> Thank you very much.
>>
>>
>> On Mon, Nov 12, 2012 at 1:26 PM, Valentin V. Bartenev <vbart at nginx.com>wrote:
>>
>>> On Friday 09 November 2012 22:08:47 CM Fields wrote:
>>> > [...]
>>> > I just wanted to report this issue in case someone else had the same
>>> > problem. I wish I had more information, but at this time I am not sure
>>> what
>>> > the client is sending to cause the hanging open sockets. If there is
>>> any
>>> > other information that will help or if a new patch needs testing please
>>> > tell me.
>>> >
>>> > Have a great weekend!
>>>
>>> Hello, thank you for the report.
>>>
>>> Could you please test the new revision of spdy patch:
>>> http://nginx.org/patches/spdy/patch.spdy-53.txt ?
>>>
>>>
> Any feedback from the latest spdy patch ?
>
> Valentin, could you drop a line on what changed since patch 52 ?
>
> Thank you,
> Matthieu.
>
> _______________________________________________
> nginx mailing list
> nginx at nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx/attachments/20121119/ba26ce42/attachment.html>