On 23/01/2014 2:07 p.m., Will Roberts wrote:
> Okay, no takers. Maybe if I describe our infrastructure a bit something
> will pop.
> 
> When we add/remove a user we push a new file over to the server and tell
> squid to reconfigure itself. This can happen at most once a minute,
> though usually it's much less frequent than that.

> 
> I've seen a lot of messages about closing old connections due to
> lifetime timeout, is there any possibility that we're hitting a fd
> limit? Or something else that would cause opening a connection to fail?
> 

This is no failure. see client_lifetime directive and its value. Your
client connections are lasting that long. They are probably being
re-used the entire time for keep-alive traffic or CONNECT tunnels until
the timeout is reached which forces it to be closed.

The current default of 1 day is quite old. As the manual notes it is
supposed to be far longer than any browser needs to remain connected.
However these days you might face persistent HTTPS (via long-lived
CONNECT tunnels), long-polling connections, 24x7 mobile device
connectivity, browsers that *never* shutdown, and proxies that support
indefinite streams of keep-alive requests. Any one of which would give
you much more long lived client connections. I extended my proxies
setting to 1 week and spotted facebook connections lasting longer than
even that some time back.


> --Will
> 
> On 01/21/2014 05:53 PM, Will Roberts wrote:
>> Hi,
>>
>> I'm having a problem with some of my squids where they'll crash with
>> one of these two messages:
>>
>> FATAL: dying from an unhandled exception:
>> AddOpenedHttpSocket(s->listenConn)
>> FATAL: dying from an unhandled exception: HttpSockets[NHttpSockets] < 0
>>
>> I haven't seen anything on the list with that text, nor do I see any
>> open issues in the bug tracker. What kind of additional information
>> can I provide to help debug this?

I think these are another bug highlighted by how you have workers with
unique ports that the coordinator does not know about. It is a new bug
definitely but have not the time to investigate properly.

Amos

Reply via email to