On 30/07/2013 9:45 p.m., x-man wrote:
I'm setting icp_query_timeout 9000 because my cache peer is responding a
little slowly and this setting was doing great job in squid 3.1, but after
migrating in a test installation to 3.3 then again I started seeing in the
ACCESS log
30/Jul/2013:15:12:54 +0530 28700 115.127.14.209 TCP_MISS/200 238022 GET
http://r14---sn-cvh7zn7r.c.youtube.com/videoplayback? -
TIMEOUT_FIRSTUP_PARENT/10.240.254.50 application/octet-stream
30/Jul/2013:15:12:54 +0530 23079 115.127.17.13 TCP_MISS/200 242118 GET
http://r13---sn-cvh7zn7k.c.youtube.com/videoplayback? -
TIMEOUT_FIRSTUP_PARENT/10.240.254.50 application/octet-stream
30/Jul/2013:15:12:54 +0530 22254 115.127.19.239 TCP_MISS/200 9663 GET
http://r14---sn-cvh7zn7d.c.youtube.com/videoplayback? -
TIMEOUT_FIRSTUP_PARENT/10.240.254.50 application/octet-stream
30/Jul/2013:15:12:54 +0530 22283 115.127.17.80 TCP_MISS/200 14214 GET
http://r13---sn-cvh7zn76.c.youtube.com/videoplayback? -
TIMEOUT_FIRSTUP_PARENT/10.240.254.50 application/octet-stream
this same setup was working fine with the squid 3.1 version, all rest of
settings are same....
Can this icp_query_timeout directive be broken in recent versions, or can it
be related or dependent to some Compilation setting?
The timeouts appear to be happening, its taking over 28 seconds to fetch
250KB. Or in two of those cases 20 seconds to fetch 10-15KB.
Which would appear to be 2 timeouts with a few extra seconds for the
actual transfer.
Also, are you using a store-ID helper on these URLs? I am just little
suspicious that they are all the same domain.
Amos
