[
https://issues.apache.org/jira/browse/TS-2942?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Phil Sorber updated TS-2942:
----------------------------
Assignee: (was: Leif Hedstrom)
> weird value on %<fsiz> field in log files
> -----------------------------------------
>
> Key: TS-2942
> URL: https://issues.apache.org/jira/browse/TS-2942
> Project: Traffic Server
> Issue Type: Bug
> Components: Logging, Metrics
> Reporter: Daniel Picolli Biazus
> Fix For: sometime
>
>
> We've configured ATS as a reverse proxy, and We've been noticed a really
> weird traffic value in our monitoring system. After spend some time digging
> through log files, I could notice that, in some cases the field %<fsiz>
> brings a huge value (20 characters) instead of the file size.
> I found this closed issue regarding the <fsiz> implementation, and I think
> there might be a issue when there is no Content-Length from the origin server.
> https://issues.apache.org/jira/browse/TS-2212
> Log format:
> ##########################
> <LogFormat>
> <Name = "myformat"/>
> <Format = "%<ttmsf> %<{Host}cqh> %<chi> [%<cqtn>]
> %<cqhm> %<cquup> %<cqhv> %<pssc> %<cqhm> %<fsiz> %<cquup>
> %<{User-Agent}cqh> %<{Referer}cqh> %<crc>"/>
> </LogFormat>
> ##########################
> Log result:
> ##########################
> 0.181 myhostname.com 123.123.123.123 [17/Jul/2014:15:50:33 -0000] GET
> /foo/bar/file.jpg HTTP/1.1 200 GET 3904675161847313968
> /foo/bar/file.jpg Mozilla/5.0 (Windows NT 6.2; WOW64)
> AppleWebKit/537.36 (KHTML, like Gecko) Chrome/35.0.1916.153 Safari/537.36
> http://myreferer.com TCP_MISS
> ###########################
> In that case, the <fsiz> field has the value "3904675161847313968"
> instead the value of a few bytes.
> I believe when there is no way to get the real content-length, we should
> return 0 in order to avoid misinterpretation.
> Thanks in advance,
> Daniel
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
