these are squid.blog errors:
ERR_INVALID_REQ/400 186 HEAD http:/// - NONE/- text/html
ERR_CONNECT_FAIL/502 492 GET
http://photos-h.ak.instagram.com/hphotos-ak-xtp1/t51.2885-15/s640x640/sh0.08/e35/12093628_1658445327749439_1323038733_n.jpg
- DIRECT/photos-h.ak.instagram.com text/html
ERR_CONNECT_FAIL/502 595 GET
http://photos-c.ak.instagram.com/hphotos-ak-xpt1/t51.2885-15/s240x240/e35/12142398_735859943213426_835706508_n.jpg
- NONE/- text/html
ERR_CLIENT_ABORT/200 27033 GET
http://griptonite.s3.amazonaws.com/sniper/1.0.0/android/google/Live/AssetBundles/c_r2_gear_suppt_01_d_0004.unity3d_gzip?magic=652571572
- DIRECT/griptonite.s3.amazonaws.com application/octet-stream
ERR_CLIENT_ABORT/206 146281 GET
http://videos-d-12.ak.instagram.com/hphotos-ak-xtp1/t50.2886-16/10728231_972762216100552_35597200_s.mp4
- DIRECT/videos-d-12.ak.instagram.com video/mp4
On Sat, Nov 14, 2015 at 8:19 AM, Rayan Arasteh <ryan.arasteh@gmail.com>
wrote:
> Helo sir:
> thanks for your reply.
> where can i find these codes? on squid.blog or error.log?
>
> On Sat, Nov 14, 2015 at 3:40 AM, Bryan Call <bcall@apache.org> wrote:
>
>> Have you looked at your response codes to see what the breakdown is?
>>
>> -Bryan
>>
>> On Fri, Nov 13, 2015 at 1:26 AM, Rayan Arasteh <ryan.arasteh@gmail.com>
>> wrote:
>>
>>> I have installed ATS 6.1.0 as tr-full for caching my clients Web Traffic
>>> on port 80 this week and every thing works fine. but while I'm looking
>>> statistics i found something abnormal about* 35% Error-Total*:
>>>
>>> Request Result Count Percent Bytes
>>> Percent
>>>
>>> ------------------------------------------------------------------------------
>>> Cache hit 4,709 0.96% 233.83MB
>>> 1.62%
>>> Cache hit IMS 3,199 0.65% 2.55MB
>>> 0.02%
>>> Cache hit refresh 1,086 0.22% 3.47MB
>>> 0.02%
>>> Cache hit other 7,199 1.47% 120.43MB
>>> 0.84%
>>> Cache hit total 16,193 3.30% 360.29MB
>>> 2.50%
>>>
>>> Cache miss 258,347 52.60% 8.53GB
>>> 60.66%
>>> Cache miss IMS 23,309 4.75% 52.38MB
>>> 0.36%
>>> Cache miss refresh 1,808 0.37% 5.03MB
>>> 0.03%
>>> Cache miss other 0 0.00% 0.00KB
>>> 0.00%
>>> Cache miss total 283,464 57.71% 8.59GB
>>> 61.05%
>>>
>>> Client aborted 8,789 1.79% 4.93GB
>>> 35.03%
>>> Connect failed 46,705 9.51% 21.14MB
>>> 0.15%
>>> Invalid request 133,732 27.23% 24.28MB
>>> 0.17%
>>> Unknown error(99) 1,449 0.29% 0.00KB
>>> 0.00%
>>> Other errors 0 0.00% 0.00KB
>>> 0.00%
>>> Errors total 190,675 38.82% 4.97GB
>>> 35.35%
>>>
>>> ..............................................................................
>>> Total requests 491,187 100.00% 14.07GB
>>> 100.00%
>>>
>>> as you can see above statistics, *Client-aborted* is taking many
>>> *Byte-Percent* and *Invalid-request* is taking many *Count-percent*.
>>> do you have any idea about this? are there any config parameters to
>>> reduce these error counts?
>>>
>>> i change some configs like below:
>>>
>>> ##############################################################################
>>> # HTTP connection timeouts (secs). Docs:
>>> #
>>> https://docs.trafficserver.apache.org/records.config#http-connection-timeouts
>>>
>>> ##############################################################################
>>> #CONFIG proxy.config.http.keep_alive_no_activity_timeout_in INT 115
>>> CONFIG proxy.config.http.keep_alive_no_activity_timeout_in INT 3600
>>> #CONFIG proxy.config.http.keep_alive_no_activity_timeout_out INT 120
>>> CONFIG proxy.config.http.keep_alive_no_activity_timeout_out INT 900
>>> CONFIG proxy.config.http.transaction_no_activity_timeout_in INT 30
>>> CONFIG proxy.config.http.transaction_no_activity_timeout_out INT 30
>>> #CONFIG proxy.config.http.transaction_active_timeout_in INT 900
>>> CONFIG proxy.config.http.transaction_active_timeout_in INT 14400
>>> #CONFIG proxy.config.http.transaction_active_timeout_out INT 0
>>> CONFIG proxy.config.http.transaction_active_timeout_out INT 14400
>>> CONFIG proxy.config.http.accept_no_activity_timeout INT 120
>>> CONFIG proxy.config.net.default_inactivity_timeout INT 86400
>>>
>>> but it didn't removed the problem completely.
>>>
>>>
>>> --
>>> Best Regards,
>>> R. Arasteh
>>>
>>>
>>
>
>
> --
> Best Regards,
> R. Arasteh
>
>
--
Best Regards,
R. Arasteh
|