<div dir="ltr"><font color="#660066" face="Verdana, Arial, Helvetica">thanks Jason, I've not found any 400+ or 500+ errors in any of web app server logs that correlate to varnishlog timestamps. also, I should have included this bit of info. the backend that varnish connects to is a Netscaler LB, both thread_pool_timeout in varnish and tcp persistent connection timeout in LB are set to 120secs. pointing varnish directly to a web app server to get a good tcpdump output wont be as straight forward as it sounds, due to content switching policies being applied at the NS to server various page components from different web app endpoints. I'm considering upgrading to 4.1, which list "backend connection timeout" as one of the changes. </font><div><font color="#660066" face="Verdana, Arial, Helvetica"><br></font><div><font color="#660066" face="Verdana, Arial, Helvetica"><a href="https://www.varnish-cache.org/docs/trunk/whats-new/changes.html">https://www.varnish-cache.org/docs/trunk/whats-new/changes.html</a><br></font><div><font color="#660066" face="Verdana, Arial, Helvetica"> <br></font><div><span style="color:rgb(102,0,102);font-family:Verdana,Arial,Helvetica"><br></span></div><div><span style="color:rgb(102,0,102);font-family:Verdana,Arial,Helvetica">thanks.</span></div><div><span style="color:rgb(102,0,102);font-family:Verdana,Arial,Helvetica">-LC<br><br></span></div></div></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Jan 22, 2016 at 8:55 AM, Jason Price <span dir="ltr"><<a href="mailto:japrice@gmail.com" target="_blank">japrice@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>Is there any chance the web app behind varnish is doing this?</div><div><br></div><div>I hate to suggest this, but capturing the problem with tcpdump and finding it in wireshark may be the best way of proving which side has the problem. Capture the pcap file with full timestamps, and correlate the times with varnish log, and follow the TCP connection.</div><div><br></div><div>-Jason</div></div><div class="gmail_extra"><br><div class="gmail_quote"><div><div class="h5">On Thu, Jan 21, 2016 at 2:45 PM, L Cruzero <span dir="ltr"><<a href="mailto:lcruzero@gmail.com" target="_blank">lcruzero@gmail.com</a>></span> wrote:<br></div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5"><div dir="ltr">Hi, I'm occasionally seeing this error " http first read error: EOF" in varnishlog for content that exist, and not exceeding "first_byte_timeout" TTL<div>I was considering issuing a restart < 4 on 503's with a URL condition match since this is happening pretty rarely, I'm seeing the error just 2-3 times while also getting a 200 for the same html asset 3,000+ times within a couple of mins of logging. </div><div><br></div><div><div><br></div><div>
<p>varnish-4.0.3</p><p><br></p><p># varnishadm "param.show first_byte_timeout"</p><p>first_byte_timeout</p><p> Value is: 60.000 [seconds] (default)</p><p> Default is: 60.000</p><p> Minimum is: 0.000</p><p># varnishadm "param.show thread_pool_timeout"<br></p><p>thread_pool_timeout</p><p> Value is: 120.000 [seconds]</p><p> Default is: 300.000</p><p> Minimum is: 10.000<br></p><p><br></p><p>VCL code used to define and use backend where 503 errors are being generated..<br></p><p>backend wwwdot {<br></p><p> .host = "<a href="http://web-prod-ssf.domain.ly" target="_blank">web-prod-ssf.domain.ly</a>";</p><p> .port = "80";</p><p> }</p><p><br></p><p>if (req.http.host ~ "^(origin-www|www)") {</p><p> set req.backend_hint = wwwdot;</p><p> return(pass);</p><p>
</p><p>}</p><p><< BeReq >> 575646365</p><p>- Begin bereq 575646364 pass</p><p>- Timestamp Start: 1453229310.040839 0.000000 0.000000</p><p>- BereqMethod GET</p><p>- BereqURL /toprail-domain.html</p><p>- BereqProtocol HTTP/1.1</p><p>- BereqHeader DNT: 1</p><p>- BereqHeader Cookie: bknx_fa=1453197478872; bknx_ss=1453229297581; CPN_crispkey=; CPN_geo=eyJpcF9hZGRyZXNzIjoiNzAuMTk2LjEzMi4yMyIsImlwX3R5cGUiOiJNYXBwZWQiLCJOZXR3b3JrIjp7ImNvbm5lY3Rpb25fdHlwZSI6Im1vYmlsZSB3aXJlbGVzcyIsImxpbmVfc3BlZWQiOiJsb3ciLCJpcF9yb3V0aW5nX3R5cGUiO</p><p>- BereqHeader Accept: */*</p><p>- BereqHeader User-Agent: Mozilla/5.0 (iPhone; CPU iPhone OS 9_2 like Mac OS X) AppleWebKit/601.1.46 (KHTML, like Gecko) Version/9.0 Mobile/13C75 Safari/601.1</p><p>- BereqHeader Accept-Language: en-us</p><p>- BereqHeader Referer: <a href="http://www.domain.com/outdoors/index.ssf/2014/02/wild_boar_attacks_slidell_man.html" target="_blank">http://www.domain.com/outdoors/index.ssf/2014/02/wild_boar_attacks_slidell_man.html</a></p><p>- BereqHeader X-Client-Dest-Addr: 69.164.6.110</p><p>- BereqHeader True-Client-IP: 70.196.132.44</p><p>- BereqHeader X-Via: 1.1 <a href="http://sw.cds943.dal.llnw.net:8000" target="_blank">sw.cds943.dal.llnw.net:8000</a> (EdgePrism/<a href="http://4.3.1.0" target="_blank">4.3.1.0</a>), 1.1 <a href="http://cds1158.dal.llnw.net:80" target="_blank">cds1158.dal.llnw.net:80</a> (EdgePrism/<a href="http://4.3.1.0" target="_blank">4.3.1.0</a>), 1.1 <a href="http://cds1079.lga.llnw.net:80" target="_blank">cds1079.lga.llnw.net:80</a> (EdgePrism/<a href="http://4.3.1.0" target="_blank">4.3.1.0</a>)</p><p>- BereqHeader Host: <a href="http://www.domain.com" target="_blank">www.domain.com</a></p><p>- BereqHeader Accept-Encoding: identity</p><p>- BereqHeader X-Forwarded-For: 70.196.132.44, 69.164.7.89, 69.164.43.169, 69.164.48.181, 10.51.13.254</p><p>- BereqHeader X-Varnish: 575646365</p><p>- VCL_call BACKEND_FETCH</p><p>- VCL_return fetch</p><p>- BackendOpen 86 wwwdot(69.4.99.100,,80) 10.51.13.97 56085</p><p>- Backend 86 wwwdot wwwdot(69.2.99.10,,80)</p><p>- Timestamp Bereq: 1453229310.041475 0.000635 0.000635</p><p>- FetchError http first read error: EOF</p><p>- BackendClose 86 wwwdot(69.4.99.100,,80)</p><p>- Timestamp Beresp: 1453229310.041717 0.000877 0.000242</p><p>- Timestamp Error: 1453229310.041720 0.000881 0.000003</p><p>- BerespProtocol HTTP/1.1</p><p>- BerespStatus 503</p><p>- BerespReason Service Unavailable</p><p>- BerespReason Backend fetch failed</p><p>- BerespHeader Date: Tue, 19 Jan 2016 18:48:30 GMT</p><p>- BerespHeader Server: Varnish</p><p>- VCL_call BACKEND_ERROR</p><p>- BerespHeader Content-Type: text/html; charset=utf-8</p><p>- BerespHeader Retry-After: 5</p><p>- VCL_return deliver</p><p>- Storage malloc Transient</p><p>- ObjProtocol HTTP/1.1</p><p>- ObjStatus 503</p><p>- ObjReason Backend fetch failed</p><p>- ObjHeader Date: Tue, 19 Jan 2016 18:48:30 GMT</p><p>- ObjHeader Server: Varnish</p><p>- ObjHeader Content-Type: text/html; charset=utf-8</p><p>- ObjHeader Retry-After: 5</p><p>- Length 286</p><p>- BereqAcct 5960 0 5960 0 0 0</p><p>
</p><p>- End</p><p><br></p><p>any suggestions and or ideas on solving this issue would be much appreciated. <br></p><div><br></div><p>Thanks <span><font color="#888888"><br></font></span></p><span><font color="#888888"><p>-LC<br><br></p></font></span></div></div></div>
<br></div></div>_______________________________________________<br>
varnish-misc mailing list<br>
<a href="mailto:varnish-misc@varnish-cache.org" target="_blank">varnish-misc@varnish-cache.org</a><br>
<a href="https://www.varnish-cache.org/lists/mailman/listinfo/varnish-misc" rel="noreferrer" target="_blank">https://www.varnish-cache.org/lists/mailman/listinfo/varnish-misc</a><br></blockquote></div><br></div>
</blockquote></div><br></div>