<html>
<head>
<meta content="text/html; charset=utf-8" http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
Logs didn't help me. Now I faced the same problem with php file
which didn't refresh until varnish restart. After I put the
following in vcl_recv { the problem was solved:<br>
<br>
if (req.url ~
"\.(png|gif|jp(e?)g|avi|flv|mp(e?)g|mp4|mp3|php|js)"){return(pass);}<br>
<br>
But why I should add this after I have :<br>
<br>
if (req.http.Authorization || req.http.Cookie) {<br>
return (pass);<br>
}<br>
}<br>
<br>
and is there better solution than the first one that wills top
completely the cache? Also, I use the same config file on all
servers and there isn't such a problem now, only on this customer.<br>
<br>
This is the log of the request befor I add the pass for certaing
type of files:<br>
<br>
58 TxResponse c OK<br>
58 TxHeader c Server: Apache<br>
58 TxHeader c Last-Modified: Mon, 12 Jul 2010 06:40:00 GMT<br>
58 TxHeader c Content-Type: text/html<br>
58 TxHeader c Content-Length: 5774<br>
58 TxHeader c Accept-Ranges: bytes<br>
58 TxHeader c Date: Mon, 14 Dec 2015 16:30:58 GMT<br>
58 TxHeader c Connection: keep-alive<br>
58 Length c 5774<br>
58 ReqEnd c 2078285659 1450110658.014697075
1450110658.033298254 1.481907368 0.018534422 0.000066757<br>
69 Debug c herding<br>
69 SessionClose c timeout<br>
69 StatSess c 212.233.149.2 54693 3 1 14 0 14 14 3823 211709<br>
16 Debug c herding<br>
16 Interrupted c ReqStart<br>
16 ReqStart c 1.1.1.1 33259 2078285660<br>
16 RxRequest c GET<br>
16 RxURL c /testov.php<br>
16 RxProtocol c HTTP/1.1<br>
16 RxHeader c Host: siteofmycustomer.com<br>
16 RxHeader c User-Agent: Mozilla/5.0 (X11; Ubuntu; Linux
i686; rv:42.0) Gecko/20100101 Firefox/42.0<br>
16 RxHeader c Accept:
text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8<br>
16 RxHeader c Accept-Language: en-US,en;q=0.5<br>
16 RxHeader c Accept-Encoding: gzip, deflate<br>
16 RxHeader c Connection: keep-alive<br>
16 RxHeader c Cache-Control: max-age=0<br>
16 VCL_call c recv lookup<br>
16 VCL_call c hash<br>
16 Hash c /testov.php<br>
16 Hash c termoproekt.bg<br>
16 VCL_return c hash<br>
16 Hit c 2078285077<br>
16 VCL_call c hit deliver<br>
16 VCL_call c deliver deliver<br>
16 TxProtocol c HTTP/1.1<br>
16 TxStatus c 200<br>
16 TxResponse c OK<br>
16 TxHeader c Server: Apache<br>
16 TxHeader c Content-Type: text/html; charset=UTF-8<br>
16 TxHeader c Content-Length: 0<br>
16 TxHeader c Accept-Ranges: bytes<br>
16 TxHeader c Date: Mon, 14 Dec 2015 16:30:58 GMT<br>
16 TxHeader c Connection: keep-alive<br>
16 Length c 0<br>
<br>
<br>
<div class="moz-cite-prefix">On 12/13/2015 12:24 PM, Guillaume
Quintard wrote:<br>
</div>
<blockquote
cite="mid:CAJ6ZYQwcODsyPEci3SyW38iJvpvj7uqWEv5B2N=Q=x-Ep-+zVw@mail.gmail.com"
type="cite">
<meta http-equiv="Context-Type" content="text/html; charset=UTF-8">
<p dir="ltr"><br>
On Dec 12, 2015 11:36, "<a moz-do-not-send="true"
href="mailto:georgi.int@gmail.com">georgi.int@gmail.com</a>"
<<a moz-do-not-send="true" href="mailto:georgi.int@gmail.com">georgi.int@gmail.com</a>>
wrote:<br>
><br>
> Hello,<br>
> I want to use varnish only as a proxy server, not to cache
and have the following in the configuration which should stop
the cache completely in vcl recv:<br>
><br>
> if (req.http.Authorization || req.http.Cookie) {<br>
> return (pass);<br>
> }<br>
> }<br>
><br>
> the age header is 0, so it should not cache, but I notice
that varnish_storage.bin is full although, so something is
cached - right? On some servers with 32 GB ram29 is full and
when I restart varnish the ram is no more used, but I am not
sure it these two things are linked. Here is my
/etc/sysconfig/varnish:<br>
><br>
> # # The minimum number of worker threads to start<br>
> VARNISH_MIN_THREADS=50<br>
><br>
> # # The Maximum number of worker threads to start<br>
> VARNISH_MAX_THREADS=1000<br>
><br>
> # # Idle timeout for worker threads<br>
> VARNISH_THREAD_TIMEOUT=120<br>
><br>
> # # Cache file location<br>
>
VARNISH_STORAGE_FILE=/usr/local/varnish/lib/varnish_storage.bin<br>
><br>
> # # Cache file size: in bytes, optionally using k / M / G /
T suffix,<br>
> # # or in percentage of available disk space using the %
suffix.<br>
> VARNISH_STORAGE_SIZE=1G<br>
><br>
> # # Backend storage specification<br>
>
VARNISH_STORAGE="file,${VARNISH_STORAGE_FILE},${VARNISH_STORAGE_SIZE}"<br>
><br>
> # # Default TTL used when the backend does not specify one<br>
> VARNISH_TTL=120<br>
><br>
> # # Varnish username<br>
> VARNISHUSER=varnish<br>
><br>
> # # Varnish group name<br>
> VARNISHGROUP=varnish<br>
><br>
> DAEMON_OPTS="-a
${VARNISH_LISTEN_ADDRESS}:${VARNISH_LISTEN_PORT} \<br>
> -T
${VARNISH_ADMIN_LISTEN_ADDRESS}:${VARNISH_ADMIN_LISTEN_PORT} \<br>
> -f ${VARNISH_VCL_CONF} \<br>
> -S ${VARNISH_SECRET_FILE} \<br>
> -s
file,${VARNISH_STORAGE_FILE},${VARNISH_STORAGE_SIZE}"<br>
><br>
><br>
><br>
> My questions are 1) does my conviguration stop completely
the cache and why then storage.bin is full?<br>
> 2) Why varnish eat so much ram - because of many requests,
wrong configuration or?<br>
><br>
> _______________________________________________<br>
> varnish-misc mailing list<br>
> <a moz-do-not-send="true"
href="mailto:varnish-misc@varnish-cache.org">varnish-misc@varnish-cache.org</a><br>
> <a moz-do-not-send="true"
href="https://www.varnish-cache.org/lists/mailman/listinfo/varnish-misc">https://www.varnish-cache.org/lists/mailman/listinfo/varnish-misc</a></p>
<p dir="ltr">Hi,</p>
<p dir="ltr">The best way to investigate here is to look at the
varnishlog and check if indeed you end up in hit or miss instead
of pass.<br>
</p>
</blockquote>
<br>
</body>
</html>