<div dir="ltr"><div><div>But if I have the following in my vcl file:<br>  .first_byte_timeout = 600s;<br>  .between_bytes_timeout = 600s;<br><br></div>Doesn't varnish suppose to respect it?<br></div>Where can I see how long the apache took to respond?<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Dec 28, 2015 at 12:17 PM, Geoff Simmons <span dir="ltr"><<a href="mailto:geoff@uplex.de" target="_blank">geoff@uplex.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">-----BEGIN PGP SIGNED MESSAGE-----<br>
Hash: SHA256<br>
<span class=""><br>
On 12/28/15 10:25 AM, יעקב ירמולובסקי wrote:<br>
> I'm using varnish 3 so I don't think that I have<br>
> vcl_backend_error.<br>
<br>
</span>Right, but your VCL is evidently doing something in the form of error<br>
handling, since it reacted to the fetch error (which is seen in VCL as<br>
response code 503) by redirecting, with response code 302 and a<br>
Location header. The redirect goes to "/oops" with obj_status=503,<br>
obj_response=Service Unavailable and the request XID in the query<br>
string, which sounds like custom error handling.<br>
<span class=""><br>
> As for the backend, I'm using Apache 2.2.31 and I have checked the<br>
> logs but it seems that everything goes well there and I get status<br>
> 200.<br>
<br>
</span>Sure, your Apache might be getting 200, but it took over 5 seconds to<br>
do so, and Varnish didn't wait that long. Look here:<br>
<span class=""><br>
ReqEnd       c 2005611725 1451213252.184271336 1451213257.219164610<br>
0.000056505 5.034824371 0.000068903<br>
<br>
</span>The second-to-last number tells you that Varnish waited just over 5<br>
seconds for the response and gave up, causing:<br>
<span class=""><br>
FetchError   c http first read error: -1 0 (Success)<br>
<br>
</span>That's a first byte timeout, which is very likely set to 5 seconds.<br>
<br>
Always look for FetchError records in cases like this. "http first<br>
read error" is very common, it means your backend was too slow.<br>
<span class=""><br>
> Maybe I need to enable something in the Apache config?<br>
<br>
</span>Impossible to say from a distance. It might help to tune your Apache,<br>
but it might be something else entirely, such as database fetches in<br>
your application that are taking too long.<br>
<br>
<br>
HTH,<br>
Geoff<br>
- --<br>
UPLEX Systemoptimierung<br>
Scheffelstraße 32<br>
22301 Hamburg<br>
<a href="http://uplex.de/" rel="noreferrer" target="_blank">http://uplex.de/</a><br>
Mob: <a href="tel:%2B49-176-63690917" value="+4917663690917">+49-176-63690917</a><br>
-----BEGIN PGP SIGNATURE-----<br>
Version: GnuPG/MacGPG2 v2.0.14 (Darwin)<br>
<br>
iQIcBAEBCAAGBQJWgQwvAAoJEOUwvh9pJNURRIYP/2gYEcYC0RksxFGL7iPQtel/<br>
5b1zJrhpdIzA8qbJZoU+kq/hk9YcMosmZfP7EV2ZvwMSy7K3/gnzVrMW581u1+iZ<br>
FlHWCNAA4kr4RtW7PIuB3obTtKYnQhL122TdgRIvtz4CPijW35E5pVA4JeVPbkJO<br>
UEf0CitjXkCW5w5utcnxudAOLFJHVdXxrC7/HltRdb6BQYoO97UVlN+vhW46s/jl<br>
GDFYoDUhAb5CsJGzaVCIJN4woFg/1v7QviHSw2ruStbnbP4xbwO8jTCAQ5DwDH8p<br>
por5dcOuv+CQCoVtNtvxAGhqdUeWm1EG7Vf3cYVh/+bj2fmL1zKd+Dvzp1PUK3RO<br>
E3pOsI5nPVHhCz5na/YdRStZ9oZiTlhZCb9sP0Jkwc6S6PReq2v0M6LWX1Ol1JJb<br>
049K+sZo3RJjZqLX0Bu3hEm+nhJ8r157DebuoMPZc/BekB8OLPHfJ5AV91Yite4B<br>
Nsl2RX/Antke+Jd02GwMLii2ctkwwV1Q5wbJRLMcbOOUEqBighFut3v8G4s5SKgX<br>
CC51gOPzzLipp334kaaFk8U/s6Uuv04A6iGe5uUVAvO/FARVYerK3cY3bYQlh5Tm<br>
gC9iouAImUpxmwZlAy6vHhhH3gqF/avmexHt3Q5kfxk/G19cZL4nYaY+XQPVoc4E<br>
dx5K2/lwtB67Y/yc7rEQ<br>
=7HHm<br>
-----END PGP SIGNATURE-----<br>
</blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature"><div dir="ltr"><div dir="rtl"><b>יעקב ירמולובסקי,<br>מנהל אתר לימוד נעים<br><a href="http://www.limudnaim.co.il/" target="_blank">www.limudnaim.co.il</a><br>אתר חינמי למורים פרטיים</b></div></div></div>
</div>