Mailing-List: contact users-help@trafficserver.apache.org; run by ezmlm
Precedence: bulk
Reply-To: users@trafficserver.apache.org
MIME-Version: 1.0
In-Reply-To: <C96422C2-51EB-4043-8139-6DB21ABA32A4@yahoo.com>
References: <CAEmqMM82_mxAazLD=uo8s4_oH8H37wQGq-v3UztMPzqhQJNN=A@mail.gmail.com>
 <C96422C2-51EB-4043-8139-6DB21ABA32A4@yahoo.com>
From: Mateusz Zajakala <zajakala@gmail.com>
Date: Mon, 21 Nov 2016 14:58:13 +0100
Message-ID: <CAEmqMM9Ggb=O3f6VM0xdT740+1cJ-qD14ZHXdvoDduyGTZSopQ@mail.gmail.com>
Subject: Re: detailed transaction time logs
To: users@trafficserver.apache.org
Content-Type: multipart/alternative; boundary=001a11423f58049ad70541d00c89
archived-at: Mon, 21 Nov 2016 13:58:19 -0000

--001a11423f58049ad70541d00c89
Content-Type: text/plain; charset=UTF-8

Sudheer,

this is exactly what I was looking for. Many thanks!

Mateusz

On Mon, Nov 21, 2016 at 2:39 PM, Sudheer Vinukonda <
sudheervinukonda@yahoo.com> wrote:

> You may try turning on slow logs that record more detailed individual
> milestones (time taken for each internal state during the transaction
> lifecycle) for transactions that take longer than a specified duration.
>
> https://docs.trafficserver.apache.org/en/latest/admin-
> guide/files/records.config.en.html#proxy-config-http-slow-log-threshold
>
> - Sudheer
>
> On Nov 21, 2016, at 3:19 AM, Mateusz Zajakala <zajakala@gmail.com> wrote:
>
> Hi,
>
> I'm trying to debug a reverse proxy which occasionally takes longer than
> usual time to serve a client. I can see in the logs e.g. that the request
> took 10 times the usual amount of time for similar file, however I can't
> say whether it was caused by the origin side or client side (i.e. was the
> issue when retrieving content from origin or serving it to client).
>
> Is there any way to get more detailed logs for response time? I'm looking
> at 'ttms' value, is there any log to indicate "origin connection time",
> "time between sending request to origin and finishing reading response",
> "time between starting and finishing serving response to client" etc. That
> would help with optimizing...
>
> If there is nothing in the logs, maybe there is some useful statistic I
> should look into?
>
> Thanks
> Mateusz
>
>

--001a11423f58049ad70541d00c89
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div><div>Sudheer,<br><br></div>this is exactly what I was=
 looking for. Many thanks!<br><br></div>Mateusz<br></div><div class=3D"gmai=
l_extra"><br><div class=3D"gmail_quote">On Mon, Nov 21, 2016 at 2:39 PM, Su=
dheer Vinukonda <span dir=3D"ltr">&lt;<a href=3D"mailto:sudheervinukonda@ya=
hoo.com" target=3D"_blank">sudheervinukonda@yahoo.com</a>&gt;</span> wrote:=
<br><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-lef=
t:1px #ccc solid;padding-left:1ex"><div dir=3D"auto"><div></div><div>You ma=
y try turning on slow logs that record more detailed individual milestones =
(time taken for each internal state during the transaction lifecycle) for t=
ransactions that take longer than a specified duration.</div><div><br></div=
><div><a href=3D"https://docs.trafficserver.apache.org/en/latest/admin-guid=
e/files/records.config.en.html#proxy-config-http-slow-log-threshold" target=
=3D"_blank">https://docs.trafficserver.<wbr>apache.org/en/latest/admin-<wbr=
>guide/files/records.config.en.<wbr>html#proxy-config-http-slow-<wbr>log-th=
reshold</a></div><span class=3D"HOEnZb"><font color=3D"#888888"><div><br></=
div><div>- Sudheer</div></font></span><div><div class=3D"h5"><div><br>On No=
v 21, 2016, at 3:19 AM, Mateusz Zajakala &lt;<a href=3D"mailto:zajakala@gma=
il.com" target=3D"_blank">zajakala@gmail.com</a>&gt; wrote:<br><br></div><b=
lockquote type=3D"cite"><div><div dir=3D"ltr"><div><div><div><div><div>Hi,<=
br><br></div>I&#39;m trying to debug a reverse proxy which occasionally tak=
es longer than usual time to serve a client. I can see in the logs e.g. tha=
t the request took 10 times the usual amount of time for similar file, howe=
ver I can&#39;t say whether it was caused by the origin side or client side=
 (i.e. was the issue when retrieving content from origin or serving it to c=
lient).<br><br></div>Is there any way to get more detailed logs for respons=
e time? I&#39;m looking at &#39;ttms&#39; value, is there any log to indica=
te &quot;origin connection time&quot;, &quot;time between sending request t=
o origin and finishing reading response&quot;, &quot;time between starting =
and finishing serving response to client&quot; etc. That would help with op=
timizing...<br><br></div>If there is nothing in the logs, maybe there is so=
me useful statistic I should look into?<br><br></div>Thanks <br></div>Mateu=
sz<br></div>
</div></blockquote></div></div></div></blockquote></div><br></div>

--001a11423f58049ad70541d00c89--