[squid-users] Squid4 ICAP connection handling
Alex Rousskov
rousskov at measurement-factory.com
Mon Apr 9 14:43:17 UTC 2018
On 04/09/2018 06:03 AM, Peter Viskup wrote:
> Running Squid 4.0.23 the ICAP connections getting "frozen".
>
> proxy:~ $ netstat -ntpa| grep 40620
> tcp 920144 0 127.0.0.1:40620 127.0.0.1:1344
> ESTABLISHED 1165/(squid-1)
> tcp 0 2744857 127.0.0.1:1344 127.0.0.1:40620
> ESTABLISHED 1211/esets_icap
>
> # after ICAP service restart
> proxy:~ $ netstat -ntpa| grep 40620
> tcp 920144 0 127.0.0.1:40620 127.0.0.1:1344
> ESTABLISHED 1165/(squid-1)
> tcp 0 2744858 127.0.0.1:1344 127.0.0.1:40620
> FIN_WAIT1 -
>
> # later on - squid still keep the connection open
> proxy:~ $ netstat -ntpa| grep 40620
> tcp 920144 0 127.0.0.1:40620 127.0.0.1:1344
> ESTABLISHED 1165/(squid-1)
> How the ICAP connections are handled?
The question is too general to give a brief useful answer.
> Was there any change in the code?
Yes, a lot of code has changed between Squid v3 and v4, including some
ICAP-related changes.
> We didn't experienced this with Squid3.5 before.
Is there an HTTP transaction associated with (e.g., waiting for) that
stuck ICAP connection?
Can you reproduce this problem with a single HTTP transaction? Or does
it take many transactions to get Squid into this state? If you can
easily reproduce, I recommend filing a bug report with an ALL,9 trace of
the problematic transaction attached.
Alex.
More information about the squid-users
mailing list