Squid 3.1 + Delay pools + TunnelStateData
Bei der Nutzung von Delay pools in Squid 3.1 unter Debian Squeeze z.bsp so
…
delay_pools 3#delay pool 0.5M
delay_class 2 2
delay_access 2 allow zone_1
delay_access 2 allow zone_2
delay_access 2 deny all
delay_parameters 2 16000/65536 -1/-1#delay pool 5M
delay_class 1 2
delay_access 1 allow zone_3
delay_access 1 deny all
delay_parameters 1 80000/5242880 -1/-1#delay pool 1M
delay_class 1 2
delay_access 1 allow zone_4
delay_parameters 1 131072/131072 -1/-1
#no_cache deny all
…
tritt häufiger (mehrmals Täglich je nach Auslastung) mal die folgende Fehlermeldung auf
2012/01/26 14:40:27| TunnelStateData::Connection::error: FD 217: read/write failure: (32) Broken pipe
2012/01/26 15:19:11| Preparing for shutdown after 4947583 requests
mit dem Resultat, dass der Squid seinen Dienst quittiert!!!
Ich habe echt alles versucht aber die einzige Lösung war ein Downgrade auf Squid 2.7 – danach ist das Problem nie wieder aufgetreten.
Reproduzieren kann man das ganze so:
Squid 3.1.1 utilizing cpu (near 100%) when client using CONNECT & hitting delay pool.
How to reproduce:
1. Install squid 3.1.1
2. Add delay pool to specific host.
3. Using CONNECT to download any file from this host.
4. See cpu utilization on proxy when download in progress.