You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@trafficserver.apache.org by "John Vasicek (JIRA)" <ji...@apache.org> on 2013/10/24 22:00:02 UTC

[jira] [Commented] (TS-2250) No timestamps in traffic.out

    [ https://issues.apache.org/jira/browse/TS-2250?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13804618#comment-13804618 ] 

John Vasicek commented on TS-2250:
----------------------------------

On ATS 3.2.0 traffic.out had a timestamp like: 
    [Oct 19 00:00:00.791] Server...
At the beginning of every line. This is absent in 4.0.1.

> No timestamps in traffic.out
> ----------------------------
>
>                 Key: TS-2250
>                 URL: https://issues.apache.org/jira/browse/TS-2250
>             Project: Traffic Server
>          Issue Type: Bug
>          Components: Logging
>            Reporter: David Carlin
>             Fix For: 4.2.0
>
>
> There are no timestamps in traffic.out.  This makes it hard to know when things happened, or to correlate logs.  Some example output:
> [E. Mgmt] log ==> [TrafficManager] using root directory '/usr/local'
> FATAL: Can't acquire manager lockfile '/var/run/trafficserver/manager.lock' (No space left on device)
> [E. Mgmt] log ==> [TrafficManager] using root directory '/usr/local'
> [example_prep.sh] Checking/Moving old cores...
> [TrafficServer] using root directory '/usr/local'
> [example_alarm_bin.sh] sent alarm: <hostname> [TrafficManager] Traffic Server process was reset.
> [example_prep.sh] Checking/Moving old cores...
> [TrafficServer] using root directory '/usr/local'
> NOTE: Traffic Server received Sig 11: Segmentation fault
> /usr/local/bin/traffic_server - STACK TRACE:
> /lib64/libpthread.so.0(+0x383480f4a0)[0x2b67ccf414a0]
> [...]



--
This message was sent by Atlassian JIRA
(v6.1#6144)