Hi Amos,
Now you can help me on tracking it down.. lol... can you? I don't know
what debug_options (apart of 88,3) I should enable.
I just know that disabling range_offset will eliminate this issue,
because it won't even try to cache range requests. Also, it didn't
happen when I was using AUFS.
Another examples:
2016/03/09 00:27:54.016 kid2| 88,3| client_side_reply.cc(463) cacheHit:
clientCacheHit: http://au.download.windowsupdate.com/c/msdownload/upda
te/software/secu/2016/02/ie11-windows6.1-kb3139929-x64_55bffa59079eb8da45400d6b0432262f96adb3b0.psf,
0 bytes
2016/03/09 00:27:54.016 kid2| 88,3| client_side_reply.cc(470) cacheHit:
clientCacheHit: swapin failure for http://au.download.windowsupdate.co
m/c/msdownload/update/software/secu/2016/02/ie11-windows6.1-kb3139929-x64_55bffa59079eb8da45400d6b0432262f96adb3b0.psf
There are some 0 bytes responses (giving a swapin failure) that won't
give me much trouble because files are small, like this:
2016/03/09 09:57:25.107 kid2| 88,3| client_side_reply.cc(463) cacheHit:
clientCacheHit:
http://www.mte.gov.br/images/Imagens/Noticias/2016/BRICS31.JPG, 0 bytes
2016/03/09 09:57:25.107 kid2| 88,3| client_side_reply.cc(470) cacheHit:
clientCacheHit: swapin failure for
http://www.mte.gov.br/images/Imagens/Noticias/2016/BRICS31.JPG
Looking the source code:
debugs(88, 3, "HIT object being deleted. Ignore the HIT.");
return;
}
StoreEntry *e = http->storeEntry();
HttpRequest *r = http->request;
debugs(88, 3, "clientCacheHit: " << http->uri << ", " <<
result.length << " bytes");
if (http->storeEntry() == NULL) {
debugs(88, 3, "clientCacheHit: request aborted");
I don't get this "deleted", so the object is not being deleted, and
"request aborted" is not being show too..
Best Regards,
--
Heiler Bemerguy - (91) 98151-4894
Assessor Técnico - CINBESA (91) 3184-1751
Em 09/03/2016 09:42, Amos Jeffries escreveu:
On 9/03/2016 11:38 a.m., Heiler Bemerguy wrote:
While debugging, found this:
2016/03/08 18:22:49.212 kid2| 88,3| client_side_reply.cc(463) cacheHit:
clientCacheHit:
http://au.v4.download.windowsupdate.com/c/msdownload/update/software/uprl/2016/03/windows-kb890830-x64-v5.34_e0074d1fa34d00f8b35e6d5c7be867292222c263.exe,
0 bytes
2016/03/08 18:22:49.212 kid2| 88,3| client_side_reply.cc(470) cacheHit:
clientCacheHit: swapin failure for
http://au.v4.download.windowsupdate.com/c/msdownload/update/software/uprl/2016/03/windows-kb890830-x64-v5.34_e0074d1fa34d00f8b35e6d5c7be867292222c263.exe
This is what generating TCP_SWAPFAIL_MISS for a lot of files, and it
redownloads them over and over
Great. The object is found in cache. But the stored object is apparently
0 bytes in size. Good to know that is what the SWAPFAIL in your logs is
meaning.
Next part is to track down why that info is like that.
Amos
_______________________________________________
squid-users mailing list
squid-users@xxxxxxxxxxxxxxxxxxxxx
http://lists.squid-cache.org/listinfo/squid-users
_______________________________________________
squid-users mailing list
squid-users@xxxxxxxxxxxxxxxxxxxxx
http://lists.squid-cache.org/listinfo/squid-users