why i get response if it is a post request with pass?

[יעקב ירמולובסקי]

I added to the apache log the the time taken to serve the request and it
seems that the apache is serving the request but the varnish doesn't get it.
Any clue why it can happen?

On Mon, Dec 28, 2015 at 4:36 PM, יעקב ירמולובסקי <yakov.yarmo at gmail.com>
wrote:

> Will increasing sess_timeout will help?
>
> On Mon, Dec 28, 2015 at 1:09 PM, יעקב ירמולובסקי <yakov.yarmo at gmail.com>
> wrote:
>
>> is there any other variable that controls the 5 seconds disconnection
>> from varnish?
>> Is it possible that there is a bug in varnish that ignores
>> first_byte_timeout?
>>
>> On Mon, Dec 28, 2015 at 12:57 PM, Geoff Simmons <geoff at uplex.de> wrote:
>>
>>> -----BEGIN PGP SIGNED MESSAGE-----
>>> Hash: SHA256
>>>
>>> On 12/28/15 11:30 AM, יעקב ירמולובסקי wrote:
>>> > But if I have the following in my vcl file: .first_byte_timeout =
>>> > 600s; .between_bytes_timeout = 600s;
>>> >
>>> > Doesn't varnish suppose to respect it?
>>>
>>> In that case it wasn't a first byte timeout. Possibly something is
>>> causing a network disconnect if there is no activity for 5 seconds.
>>> That could be something in your Apache config, or for example a
>>> network device such as a firewall.
>>>
>>> Some advice: don't set your Varnish timeouts to 10 minutes, that's
>>> astronomical, and will very likely be counterproductive. This is a
>>> typical point of contention between backend app developers and the
>>> Varnish admin -- if the apps get slow, they'll want Varnish to "wait
>>> forever". But if the apps take that long, one of your Varnish worker
>>> threads is blocked for up to 10 minutes. If the app is in serious
>>> trouble so that it takes that long for all requests, all of those
>>> threads will block, and eventually you'll hit the worker thread
>>> maximum and Varnish will start refusing connections. No amount of
>>> increasing the thread pool can save you when the timeouts are that long.
>>>
>>> If the apps are that slow, you have a catastrophe no matter what
>>> happens, and you're better off having Varnish time out within a few
>>> seconds, so that at least Varnish remains stable. And the developers
>>> will have to bite the bullet and fix the app.
>>>
>>> > Where can I see how long the apache took to respond?
>>>
>>> The Apache mod_log_config module has formatters for that, for use in
>>> the LogFormat directive; but that's no longer a Varnish question.
>>>
>>> The varnishlog ReqEnd record will tell you how long Varnish waited,
>>> look here:
>>>
>>> https://www.varnish-cache.org/trac/wiki/Varnishlog
>>>
>>>
>>> Best,
>>> Geoff
>>> - --
>>> UPLEX Systemoptimierung
>>> Scheffelstraße 32
>>> 22301 Hamburg
>>> http://uplex.de/
>>> Mob: +49-176-63690917
>>> -----BEGIN PGP SIGNATURE-----
>>> Version: GnuPG/MacGPG2 v2.0.14 (Darwin)
>>>
>>> iQIcBAEBCAAGBQJWgRWWAAoJEOUwvh9pJNUR+OcQAIH/LY/4iHD7M3jx7U0RsCfS
>>> JJjNREkCGylWOC6aQfznUZpkhMTeyRrlPpCf4isEFi0cb7XJG1Y32g+fSPeXIC9K
>>> PrGs52uslW3eIbI+Ao7Y5ozs+yCRdbWRpobBS7HXa3aj9Ekc3mCrwIh7qAOkfJIY
>>> SGVyEPtsYZx/l8XiMhkaPBZkByHePgz+vYU4+EGf5CtAyE6GfGfLFtHd/9o2QuV2
>>> rLPRmr8JmpDJg+Lg0rDBgQziiMfFjvAmAeuEJi9yNu1iNUhlkIPuS8eW0JWWDsDu
>>> 9A35gj1Fnip8XtUhZqrRqYX6+zFb6duCZvpj+EHRMMoaXFtuIbsQ/+gyUby8VDGG
>>> rAh7V0fOyHt1bGHvgLihZBY0htK1neP5IjiRBUn9DZr8yktfJN44/Ch6QHeTOrb5
>>> PlgZMWKQ3Hgir0PnPhvmT9phR2e90OU6Qv9I8i8i2/crx1EFmrzUH4g0niaUhH/9
>>> j3tiDjmRQJyf0bmcvdCaFW/30A5jsd7phRzDIL8FsmjT5yitSAIcgrjr2g0Cz4wu
>>> tIbf0WkJuynd+3cbODqc5MuxLAexlLOkfMZjm3vsxqI6Q24BifX4RUSSwaIsrfqs
>>> gHXhObHhlHkMAHqexvp6xVL6lguB4AXdDknfs6rZsPIRtimNzqtlL7V+69AKSG5d
>>> TXmnai99dOK6/AH8L8DR
>>> =+HvO
>>> -----END PGP SIGNATURE-----
>>>
>>
>>
>>
>> --
>>
>>
>>
>> *יעקב ירמולובסקי,מנהל אתר לימוד נעיםwww.limudnaim.co.il
>> <http://www.limudnaim.co.il/>אתר חינמי למורים פרטיים*
>>
>
>
>
> --
>
>
>
> *יעקב ירמולובסקי,מנהל אתר לימוד נעיםwww.limudnaim.co.il
> <http://www.limudnaim.co.il/>אתר חינמי למורים פרטיים*
>



-- 



*יעקב ירמולובסקי,מנהל אתר לימוד נעיםwww.limudnaim.co.il
<http://www.limudnaim.co.il/>אתר חינמי למורים פרטיים*
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://www.varnish-cache.org/lists/pipermail/varnish-misc/attachments/20151229/141b8670/attachment.html>