[squid-users] Multiple connection resets TCP_MISS 000

Sunny Aujla sunnyfedora99 at googlemail.com
Thu Oct 29 11:14:05 UTC 2015


Hi,

We're having issues with multiple websites going through our Squid
proxy.  The issues only started to occur when we upgraded from Squid
3.1.8 to 3.5.2.

[Details]
1 - When running a speed test from speedtest.net, it fails when it
get's to the Upload test

2 - Logs show the following:
TCP_MISS_ABORTED 000 0 POST
http://speedtest.lon02.softlayer.com/speedtest/speedtest/upload.php?x=0.8349714460782707
FIRSTUP_PARENT/SAML_Pri_Cluster-A

3 - I've gone directly through the firewall (by-passing Squid) and it
work fine.  it's only when we're going through our Squid proxy we see
this issue.

4 - Works fine when we were using Squid 3.1.8

5 - I have tried using Chrome, Firefox and IE

6 - We're using a cache-peer, but I've also tried to go direct through the Squid


[Request Info]
POST http://sl-01-lhr.uk.seacomnet.com/upload.php?x=0.2939773271791637 HTTP/1.1
Host: sl-01-lhr.uk.seacomnet.com
Proxy-Connection: keep-alive
Content-Length: 243751
Origin: http://c.speedtest.net
X-Requested-With: ShockwaveFlash/19.0.0.226
User-Agent: Mozilla/5.0 (Windows NT 6.1) AppleWebKit/537.36 (KHTML,
like Gecko) Chrome/45.0.2454.85 Safari/537.36
Content-Type: application/x-www-form-urlencoded
Accept: */*
Referer: http://c.speedtest.net/flash/speedtest.swf?v=352081
Accept-Encoding: gzip, deflate
Accept-Language: en-US,en;q=0.8

content4=content4=TAKKAOQCPGSQPDSUUSHFELEKEJERNXKRRDRORIXCEYQXPEWEXSDROZEYBHMWSBUSKLALHUUKXBXMSNIWUINOHONWZVAZYJKZWBRHHHRKGCOHSKKSXSTRHHHSEMWNQREJKJTESUPWBQYEVXPTZVLBDORJUGQOFOMKZSSFREJYFAGVKATJAZGCGSHGUBGBKBIHRNJWHLWMTAVWCTHMKHYGYVEOJZTXCVWTZJVVYLTAKKAOQCPGSQPDSUUSHFELEKEJERNXKRRDRORIXCEYQXPEWEXSDROZEYBHMWSBUSKLALHUUKXBXMSNIWUINOHONWZVAZYJKZWBRHHHRKGCOHSKKSXSTRHHHSEMWNQREJKJTESUPWBQYEVXPTZVLBDORJUGQOFOMKZSSFREJYFAGVKATJAZGCGSHGUBGBKBIHRNJWHLWMTAVWCTHMKHYGYVEOJZTXCVWTZJVVYLTAKKAOQCPGSQPDSUUSHFELEKEJERNXKRRDRORIXCEYQXPEWEXSDROZEYBHMWSBUSKLALHUUKXBXMSNIWUINOHONWZVAZYJKZWBRHHHRKGCOHSKKSXSTRHHHS....
[Request Info]

[cache.log]
2015/10/29 10:51:10.148 kid2| AsyncCallQueue.cc(55) fireNext: entering
HttpStateData::sentRequestBody(local=<squid_server>:59056
remote=<cache_peerr>:8006 FD 28 flags=1, data=0x2730848)
2015/10/29 10:51:10.148 kid2| AsyncCall.cc(38) make: make call
HttpStateData::sentRequestBody [call69255]
2015/10/29 10:51:10.148 kid2| AsyncJob.cc(123) callStart:
HttpStateData status in: [ job4080]
2015/10/29 10:51:10.148 kid2| Client.cc(345) sentRequestBody:
sentRequestBody: FD 28: size 699: errflag 0.
2015/10/29 10:51:10.148 kid2| AsyncJob.cc(152) callEnd: HttpStateData
status out: [ job4080]
2015/10/29 10:51:10.148 kid2| AsyncCallQueue.cc(57) fireNext: leaving
HttpStateData::sentRequestBody(local=<squid_server>:59056
remote=<cache_peerr>:8006 FD 28 flags=1, data=0x2730848)
2015/10/29 10:51:10.154 kid3| Client.cc(345) sentRequestBody:
sentRequestBody: FD 24: size 59697: errflag 0.
2015/10/29 10:51:10.154 kid3| http.cc(2387)
handleRequestBodyProducerAborted: request body aborted:
local=<squid_server>:59055 remote=<cache_peerr>:8006 FD 24 flags=1
2015/10/29 10:51:10.154 kid3| http.cc(2417) abortTransaction: aborting
transaction for request body producer aborted;
local=<squid_server>:59055 remote=<cache_peerr>:8006 FD 24 flags=1,
this 0x1b211b8
2015/10/29 10:51:10.154 kid3| AsyncCall.cc(93) ScheduleCall:
IoCallback.cc(135) will call
HttpStateData::readReply(local=<squid_server>:59055
remote=<cache_peerr>:8006 FD 24 flags=1, errno=11, flag=-10,
data=0x1b211b8, size=0, buf=0x1bab460) [call89007]
2015/10/29 10:51:10.154 kid3| Client.cc(571) cleanAdaptation: cleaning
ICAP; ACL: 0
2015/10/29 10:51:10.154 kid3| http.cc(142) ~HttpStateData:
HttpStateData 0x1b211b8 destroyed; local=<squid_server>:59055
remote=<cache_peerr>:8006 flags=1
2015/10/29 10:51:10.154 kid3| AsyncCallQueue.cc(55) fireNext: entering
HttpStateData::readReply(local=<squid_server>:59055
remote=<cache_peerr>:8006 flags=1, errno=11, flag=-10, data=0x1b211b8,
size=0, buf=0x1bab460)
2015/10/29 10:51:10.154 kid3| AsyncCall.cc(38) make: make call
HttpStateData::readReply [call89007]
2015/10/29 10:51:10.155 kid3| AsyncCall.cc(56) cancel: will not call
HttpStateData::readReply [call89007] because job gone
2015/10/29 10:51:10.155 kid3| AsyncCall.cc(48) make: will not call
HttpStateData::readReply [call89007] because of job gone
2015/10/29 10:51:10.155 kid3| AsyncCallQueue.cc(57) fireNext: leaving
HttpStateData::readReply(local=<squid_server>:59055
remote=<cache_peerr>:8006 flags=1, errno=11, flag=-10, data=0x1b211b8,
size=0, buf=0x1bab460)
2015/10/29 10:51:10.155 kid2| Client.cc(345) sentRequestBody:
sentRequestBody: FD 28: size 36562: errflag 0.
2015/10/29 10:51:10.162 kid2| Client.cc(345) sentRequestBody:
sentRequestBody: FD 28: size 45358: errflag 0.
2015/10/29 10:51:10.170 kid2| Client.cc(345) sentRequestBody:
sentRequestBody: FD 28: size 38608: errflag 0.
2015/10/29 10:51:10.170 kid2| Client.cc(345) sentRequestBody:
sentRequestBody: FD 28: size 28388: errflag 0.
2015/10/29 10:51:10.177 kid2| Client.cc(345) sentRequestBody:
sentRequestBody: FD 28: size 39: errflag 0.
2015/10/29 10:51:10.178 kid2| Client.cc(345) sentRequestBody:
sentRequestBody: FD 28: size 51082: errflag 0.
2015/10/29 10:51:10.178 kid2| Client.cc(345) sentRequestBody:
sentRequestBody: FD 28: size 36803: errflag 0.
[cache.log]

I've tried several different config options in Squid.conf, but no luck.
example.:
dns_v4_first on
maximum_object_size 32 MB
client_request_buffer_max_size 10240 KB

Has anyone faced this issue or give me some tips?

Regards,
Sunny


More information about the squid-users mailing list