[squid-users] [Squid Rewritter] Issue with the concurrency option

Amos Jeffries squid3 at treenet.co.nz
Tue Aug 21 14:53:36 UTC 2018


On 21/08/18 10:16 PM, ygirardin wrote:
> Hi,
> 
> I'm working on updating my squid which was running under the 3.3.8
> version to the new 4.2 release.
> 
> 
> I'm using rewriter with concurency like this
> 
> url_rewrite_children 100 startup=10 idle=2 concurrency=5 queue-size=10
> on-persistent-overload=ERR
> 
> 
> So according to the documation I should be receive data with channel-id
> going through 0 to concurrency.

Which documentation is giving you that?

'concurrency' is the limit on number of requests Squid has in flight to
the helper.

The channel-ID is an opaque value that should be unique for each line
sent to the helper.


> It was the case in 3.3.8 but with 4.2 I
> never received anything in channel 0 and I sometimes receive data on my
> helper stdin with channel id bigger than 5
> 
> This is what I receive
> 
> 
> 6 http://10.1.39.1:9123/redirect/?SessionID=64012081 10.1.0.39/10.1.0.39
> - GET myip=10.1.39.1 myport=3128
> 
> Is that normal ?
> 

Yes.

The on-persistent-overload=ERR option allows for more than the N of
concurrency=N requests to be not-yet-responded in the helper at once.
Squid does not tell the helper which lookups it has given up on and
produced the ERR for - it just sends another lookup.

Amos


More information about the squid-users mailing list