[squid-users] Sudden but sustained high bandwidth usage

[Heiler Bemerguy]

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 at lists.squid-cache.org
> http://lists.squid-cache.org/listinfo/squid-users