Search squid archive

Re: Sudden but sustained high bandwidth usage

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 




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




[Index of Archives]     [Linux Audio Users]     [Samba]     [Big List of Linux Books]     [Linux USB]     [Yosemite News]

  Powered by Linux