Maximum Object Size to be Cached

[Per Buer]

Right.

You only sent the logs for the first request. It would be better if we
saw the second one as well (the one that failed).

Second, you should be aware that your backend sends no caching
headers. So, unless you override TTL in VCL you'll be left with a mere
120 seconds caching by the default policy. Maybe that is what is
bugging you?

Per.

On Mon, Jun 28, 2010 at 11:15 PM, Anderson Brown
<andersonbrown8 at gmail.com> wrote:
> Thanks.  I deleted cache.db, hosts.db and restarted varnish.
> Unfortunately, I still see it querying the origin server for those
> files all the time.  Also, I saw these from traffic_line -r after the
> tests.  I queried 1000 urls at least 2-3 times of size between
> 1mb-2mb.
>
> Seems like it didn't use the cache at all after the curls:
> proxy.process.cache.bytes_used                                    : 0
> proxy.process.cache.bytes_total                                   : 536308736
>
> Thoughts?
>
> Thanks!
>
> Logs:
>
>> 13 StatSess     c 10.121.42.43 44438 0 1 1 0 0 1 310 1095295
>> 13 SessionOpen  c 10.121.42.43 44440 :6081
>> 13 ReqStart     c 10.121.42.43 44440 660194525
>> 13 RxRequest    c GET
>> 13 RxURL        c /somefile
>> 13 RxProtocol   c HTTP/1.1
>> 13 RxHeader     c User-Agent: curl/7.15.5 (x86_64-redhat-linux-gnu)
>> libcurl/7.15.5 OpenSSL/0.9.8b zlib/1.2.3 libidn/0.6.5
>> 13 RxHeader     c Host: jk.com:6081
>> 13 RxHeader     c Accept: */*
>> 13 VCL_call     c recv
>> 13 VCL_return   c lookup
>> 13 VCL_call     c hash
>> 13 VCL_return   c hash
>> 13 VCL_call     c miss
>> 13 VCL_return   c fetch
>> 14 BackendOpen  b default 127.0.0.1 24044 127.0.0.1 8080
>> 13 Backend      c 14 default default
>> 14 TxRequest    b GET
>> 14 TxURL        b /somefile
>> 14 TxProtocol   b HTTP/1.1
>> 14 TxHeader     b User-Agent: curl/7.15.5 (x86_64-redhat-linux-gnu)
>> libcurl/7.15.5 OpenSSL/0.9.8b zlib/1.2.3 libidn/0.6.5
>> 14 TxHeader     b Host: jk.com:6081
>> 14 TxHeader     b Accept: */*
>> 14 TxHeader     b X-Varnish: 660194525
>> 14 TxHeader     b X-Forwarded-For: 10.121.42.43
>> 14 RxProtocol   b HTTP/1.1
>> 14 RxStatus     b 200
>> 14 RxResponse   b OK
>> 14 RxHeader     b Date: Fri, 25 Jun 2010 13:25:19 GMT
>> 14 RxHeader     b Server: Apache/2.2.3 (Red Hat)
>> 14 RxHeader     b Last-Modified: Tue, 27 Apr 2010 00:32:52 GMT
>> 14 RxHeader     b ETag: "1e9032c-1131fd-4852d08a69500"
>> 14 RxHeader     b Accept-Ranges: bytes
>> 14 RxHeader     b Content-Length: 1126909
>> 14 RxHeader     b Connection: close
>> 14 RxHeader     b Content-Type: text/plain; charset=UTF-8
>> 13 ObjProtocol  c HTTP/1.1
>> 13 ObjStatus    c 200
>> 13 ObjResponse  c OK
>> 13 ObjHeader    c Date: Fri, 25 Jun 2010 13:25:19 GMT
>> 13 ObjHeader    c Server: Apache/2.2.3 (Red Hat)
>> 13 ObjHeader    c Last-Modified: Tue, 27 Apr 2010 00:32:52 GMT
>> 13 ObjHeader    c ETag: "1e9032c-1131fd-4852d08a69500"
>> 13 ObjHeader    c Content-Type: text/plain; charset=UTF-8
>> 13 VCL_call     c discard
>> 13 VCL_return   c discard
>>  0 ExpKill      - 660193643 LRU
>> 14 BackendClose b default
>> 13 TTL          c 660194525 RFC 120 1277472319 0 0 0 0
>> 13 VCL_call     c fetch
>> 13 VCL_return   c deliver
>> 13 Length       c 1126909
>> 13 VCL_call     c deliver
>> 13 VCL_return   c deliver
>> 13 TxProtocol   c HTTP/1.1
>> 13 TxStatus     c 200
>> 13 TxResponse   c OK
>> 13 TxHeader     c Server: Apache/2.2.3 (Red Hat)
>> 13 TxHeader     c Last-Modified: Tue, 27 Apr 2010 00:32:52 GMT
>> 13 TxHeader     c ETag: "1e9032c-1131fd-4852d08a69500"
>> 13 TxHeader     c Content-Type: text/plain; charset=UTF-8
>> 13 TxHeader     c Content-Length: 1126909
>> 13 TxHeader     c Date: Fri, 25 Jun 2010 13:25:19 GMT
>> 13 TxHeader     c X-Varnish: 660194525
>> 13 TxHeader     c Age: 0
>> 13 TxHeader     c Via: 1.1 varnish
>> 13 TxHeader     c Connection: keep-alive
>> 13 ReqEnd       c 660194525 1277472319.461021900 1277472319.464087963
>> 0.000044823 0.001679182 0.001386881
>> 13 SessionClose c EOF
>> 13 ReqEnd       c 0 1277472319.464224100 1277472319.464224100
>> 0.000136137 0.000000000 0.000000000
>> 13 StatSess     c 10.121.42.43 44440 0 1 1 0 0 1 310 1126909
>>  0 CLI          - Rd ping
>>  0 CLI          - Wr 0 200 PONG 1277472321 1.0
>>
>>
>> On Thu, Jun 24, 2010 at 12:08 PM, Per Buer <perbu at varnish-software.com> wrote:
>>> On Thu, Jun 24, 2010 at 5:46 PM, Anderson Brown
>>> <andersonbrown8 at gmail.com> wrote:
>>>> Thanks.  Not sure which part of the varnishlogs you need:
>>>> (..)
>>>>
>>>>   13 RxRequest    c GET
>>>>   13 RxURL        c /somefile
>>>>   13 RxProtocol   c HTTP/1.1
>>>
>>> The client request.
>>>
>>>> (..)
>>>>   13 VCL_call     c miss
>>>
>>> Which isn't in the cache.
>>>
>>>> (..)
>>>>   14 TxRequest    b GET
>>>>   14 TxURL        b /somefile
>>>>   14 TxProtocol   b HTTP/1.1
>>>
>>> Request it from the backend.
>>>
>>>> (..)
>>>>   13 ObjHeader    c ETag: "2da8848-12cbec-48531772a5f80"
>>>>   13 ObjHeader    c Content-Type: text/plain; charset=UTF-8
>>>>   13 VCL_call     c discard
>>>>   13 VCL_return   c discard
>>>>    0 ExpKill      - 660189645 LRU
>>>>   13 VCL_call     c discard
>>>>   13 VCL_return   c discard
>>>>    0 ExpKill      - 660189646 LRU
>>>
>>> LRU kicks inn. You're running low on cache. Try adding more cache to Varnish.
>>>
>>>
>>> --
>>> Per Buer,  Varnish Software
>>> Phone: +47 21 98 92 61 / Mobile: +47 958 39 117 / skype: per.buer
>>>
>>
>



-- 
Per Buer,  Varnish Software
Phone: +47 21 98 92 61 / Mobile: +47 958 39 117 / skype: per.buer