[squid-users] Squid 4.2 : caching is not working

[Hariharan Sethuraman]

But the partial data is been continuously sending back to client. Squid
didn't wait for the complete file to download

On Sat, 8 Sep 2018, 20:08 Amos Jeffries, <squid3 at treenet.co.nz> wrote:

> On 8/09/18 7:44 PM, Hariharan Sethuraman wrote:
> > And here is my HTTP request and reply:
> > 1. HEAD request to read image information
> > 2. GET request to download the image
> >
>
> Not quite. GET partial / Range request to fetch the content.
>
> Squid converted it into a full request for the backend server due to
> range_offset_limit -1. But that does mean Squid had to download ~240MB
> of data before anything starts being sent to the client.
>
>
>
> > (2)
> > 2018/09/08 07:28:39.155| 11,2| client_side.cc(1278) parseHttpRequest:
> > HTTP Client REQUEST:
> > ---------
> > GET /DcKbz9kqMQXK-zp95pv9LH11kjhTpxOJsJ-1FYEL4
> > Host: example.com:3129 <http://example.com:3129>^M
> > Range: bytes=242819145-^M
> > User-Agent: curl/7.56.1^M
> > Accept: */*^M
> >
>
>
> > 2018/09/08 07:28:39.938| 11,2| http.cc(2261) sendRequest: HTTP Server
> > REQUEST:
> > ---------
> > GET /DcKbz9kqMQXK-zp95pv9LH11kjhTpxOJsJ-1FYEL4
> > User-Agent: curl/7.56.1^M
> > Accept: */*^M
> > Host: exampletarget.com <http://exampletarget.com>^M
> > Via: 1.1 jb7mgd (squid/4.2)^M
> > Surrogate-Capability: jb7mgd="Surrogate/1.0"^M
> > X-Forwarded-For: **.**.**.**^M
> > Cache-Control: max-age=0^M
> > Connection: keep-alive^M
> >
> > 2018/09/08 07:28:44.359| 11,2| http.cc(723) processReplyHeader: HTTP
> > Server RESPONSE:
> > ---------
> > HTTP/1.1 200 OK
> > Date: Sat, 08 Sep 2018 07:28:40 GMT^M
> > Server: Apache/2.2^M
> > Content-Disposition: attachment; filename=somefile.iso;^M
> > Last-Modified: Fri, 20 Jul 2018 18:23:10 GMT^M
> > ETag: "4a54c59-11653800-571726350bf80"^M
> > Accept-Ranges: bytes^M
> > Content-Length: 291846144^M
> > Keep-Alive: timeout=5, max=100^M
> > Connection: Keep-Alive^M
> > Content-Type: application/unknown^M
> >
> > 2018/09/08 07:28:44.361| 11,2| Stream.cc(267) sendStartOfMessage: HTTP
> > Client REPLY:
> > ---------
> > HTTP/1.1 206 Partial Content^M
> > Date: Sat, 08 Sep 2018 07:28:40 GMT^M
> > Server: Apache/2.2^M
> > Content-Disposition: attachment; filename=somefile.iso;^M
> > Last-Modified: Fri, 20 Jul 2018 18:23:10 GMT^M
> > ETag: "4a54c59-11653800-571726350bf80"^M
> > Accept-Ranges: bytes^M
> > Content-Type: application/unknown^M
> > X-Cache: MISS from jb7mgd^M
> > X-Cache-Lookup: MISS from jb7mgd:3128^M
> > Via: 1.1 jb7mgd (squid/4.2)^M
> > Connection: keep-alive^M
> > Content-Range: bytes 242819145-291846143/291846144^M
> > Content-Length: 49026999^M
> >
> > Thanks,
> > Hari
> >
> > On Sat, Sep 8, 2018 at 9:48 AM Hariharan Sethuraman wrote:
> >
> >     Hi Amos,
> >
> >     This is what I see when the download is in progress:
> >
> >     KEY 44000000000000000902000000000000
> >             STORE_PENDING NOT_IN_MEMORY SWAPOUT_NONE PING_DONE
> >             RELEASE_REQUEST,DISPATCHED,PRIVATE,VALIDATED
>
> So file stored in memory and scheduled for removal.
>
> >             LV:1536379799 LU:1536379801 LM:1532110990 EX:-1
> >             4 locks, 1 clients, 1 refs
> >             Swap Dir -1, File 0XFFFFFFFF
> >             GET
> >
> https://example.com/DhAskLOUpvRG2oeR_f_FxYTyLVHIN5esRF-LXOUKwkwyT0TOf6xO-AUm3KaM
> >             inmem_lo: 99225582
> >             inmem_hi: 99324372
> >             swapout: 0 bytes queued
> >
>
> Amos
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.squid-cache.org/pipermail/squid-users/attachments/20180908/ec44b847/attachment.html>