You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@trafficserver.apache.org by "Alan D. Cabrera" <li...@toolazydogs.com> on 2011/07/16 16:14:08 UTC
traffic_logstats
I'm trying to get statistics from my traffic server much in the same was as was shown in
http://www.ogre.com/node/357
But when I run
[daruma:trafficserver 592]$ ./bin/traffic_logstats -h
Usage: traffic_logstats [-l logfile] [-o origin[,...]] [-O originfile] [-m minhits] [-inshv]
switch__________________type__default___description
-h, --help tog true Give this help
-f, --log_file str (null) Specific logfile to parse
-o, --origin_list str (null) Only show stats for listed Origins
-O, --origin_file str (null) File listing Origins to show
-M, --max_orgins int 0 Max number of Origins to show
-u, --urls int 0 Produce JSON stats for URLs, argument is LRU size
-U, --show_urls int 0 Only show max this number of URLs
-A, --as_object tog false Produce URL stats as a JSON object instead of array
-i, --incremental tog false Incremental log parsing
-S, --statetag str (null) Name of the state file to use
-t, --tail int 0 Parse the last <sec> seconds of log
-s, --summary tog false Only produce the summary
-j, --json tog false Produce JSON formatted output
-c, --cgi tog false Produce HTTP headers suitable as a CGI
-m, --min_hits i64 0 Minimum total hits for an Origin
-a, --max_age int 0 Max age for log entries to be considered
-l, --line_len int 78 Output line length
-T, --debug_tags str (null) Colon-Separated Debug Tags
-V, --version tog false Print Version Id
Note that there seems to be two ways to specify the log file, -f and -l. Which one should I use? When I try either I get:
[daruma:trafficserver 598]$ ./bin/traffic_logstats -l var/log/trafficserver/squid.blog
FATAL: ./logging/LogStandalone.cc:96: failed assert `setrlimit((RLIMCAST) which, &rl) >= 0`
./bin/traffic_logstats - STACK TRACE:
0 libtsutil.3.dylib 0x00000001000cbb6b ink_fatal + 123
1 libtsutil.3.dylib 0x00000001000ca571 _ink_assert + 145
2 traffic_logstats 0x00000001000052f4 _Z11init_systemv + 100
3 traffic_logstats 0x000000010000538b _Z25init_log_standalone_basicPKc + 27
4 traffic_logstats 0x00000001000055ab main + 411
5 traffic_logstats 0x0000000100001484 start + 52
6 ??? 0x0000000000000003 0x0 + 3
Abort trap
[daruma:trafficserver 599]$ ./bin/traffic_logstats -V
Apache Traffic Server - traffic_logstats - 3.0.0 - (build # 61522 on Jul 15 2011 at 22:43:38)
What am I doing wrong?
IMO, a stack trace is very bad if a user enters in bad arguments.
Regards,
Alan
Re: traffic_logstats
Posted by "Alan D. Cabrera" <li...@toolazydogs.com>.
On Jul 18, 2011, at 4:50 PM, Leif Hedstrom wrote:
> On 07/17/2011 06:43 PM, Alan D. Cabrera wrote:
>> Thanks.
>>
>> https://issues.apache.org/jira/browse/TS-882
>
> Fixed on trunk, I *think*. Can you please verify / test?
Fixed. Thanks!
Regards,
Alan
Re: traffic_logstats
Posted by Leif Hedstrom <zw...@apache.org>.
On 07/17/2011 06:43 PM, Alan D. Cabrera wrote:
> Thanks.
>
> https://issues.apache.org/jira/browse/TS-882
Fixed on trunk, I *think*. Can you please verify / test?
-- Leif
Re: traffic_logstats
Posted by "Alan D. Cabrera" <li...@toolazydogs.com>.
Thanks.
https://issues.apache.org/jira/browse/TS-882
Regards,
Alan
On Jul 17, 2011, at 2:57 PM, Leif Hedstrom wrote:
> Sorry for the late reply, but I've reproduced this on my OSX machine. Yeah, it's crashing (both logstats and logcat crashes). :/ Unless you already did so, you should file a bug.
>
> -- Leif
>
> this is the stack trace I'm seeing:
>
> gdb) bt
> #0 0x00007fff838b50b6 in __kill ()
> #1 0x00007fff839559f6 in abort ()
> #2 0x00000001000cdc8c in ink_fatal_va (return_code=<value temporarily unavailable, due to optimizations>, message_format=<value temporarily unavailable, due to optimizations>, ap=<value temporarily unavailable, due to optimizations>) at ink_error.cc:43
> #3 0x00000001000cdddb in ink_fatal (return_code=<value temporarily unavailable, due to optimizations>, message_format=<value temporarily unavailable, due to optimizations>) at ink_error.cc:73
> #4 0x00000001000cc5ff in _ink_assert (a=0x10004aea8 "setrlimit((RLIMCAST) which, &rl) >= 0", f=<value temporarily unavailable, due to optimizations>, l=96) at ink_assert.cc:44
> #5 0x0000000100001dbe in max_out_limit (which=8, max_it=true) at LogStandalone.cc:96
> #6 0x0000000100001e85 in init_system [inlined] () at /Users/leifh/apache/trafficserver.svn/proxy/logging/LogStandalone.cc:113
> #7 0x0000000100001e85 in init_log_standalone_basic (pgm_name=<value temporarily unavailable, due to optimizations>) at LogStandalone.cc:300
> #8 0x0000000100002026 in main (argc=<value temporarily unavailable, due to optimizations>, argv=0x7fff5fbffa80) at logcat.cc:276
>
Re: traffic_logstats
Posted by Leif Hedstrom <zw...@apache.org>.
Sorry for the late reply, but I've reproduced this on my OSX machine.
Yeah, it's crashing (both logstats and logcat crashes). :/ Unless you
already did so, you should file a bug.
-- Leif
this is the stack trace I'm seeing:
gdb) bt
#0 0x00007fff838b50b6 in __kill ()
#1 0x00007fff839559f6 in abort ()
#2 0x00000001000cdc8c in ink_fatal_va (return_code=<value temporarily
unavailable, due to optimizations>, message_format=<value temporarily
unavailable, due to optimizations>, ap=<value temporarily unavailable,
due to optimizations>) at ink_error.cc:43
#3 0x00000001000cdddb in ink_fatal (return_code=<value temporarily
unavailable, due to optimizations>, message_format=<value temporarily
unavailable, due to optimizations>) at ink_error.cc:73
#4 0x00000001000cc5ff in _ink_assert (a=0x10004aea8
"setrlimit((RLIMCAST) which, &rl) >= 0", f=<value temporarily
unavailable, due to optimizations>, l=96) at ink_assert.cc:44
#5 0x0000000100001dbe in max_out_limit (which=8, max_it=true) at
LogStandalone.cc:96
#6 0x0000000100001e85 in init_system [inlined] () at
/Users/leifh/apache/trafficserver.svn/proxy/logging/LogStandalone.cc:113
#7 0x0000000100001e85 in init_log_standalone_basic (pgm_name=<value
temporarily unavailable, due to optimizations>) at LogStandalone.cc:300
#8 0x0000000100002026 in main (argc=<value temporarily unavailable, due
to optimizations>, argv=0x7fff5fbffa80) at logcat.cc:276
Re: traffic_logstats
Posted by "Alan D. Cabrera" <li...@toolazydogs.com>.
On Jul 16, 2011, at 8:57 AM, Igor Galić wrote:
>
>
> ----- Original Message -----
>>
>> On Jul 16, 2011, at 7:34 AM, Igor Galić wrote:
>>
>>>
>>>
>>> ----- Original Message -----
>>>> I'm trying to get statistics from my traffic server much in the
>>>> same
>>>> was as was shown in
>>>>
>>>> http://www.ogre.com/node/357
>>>>
>>>> But when I run
>>>>
>>>> [daruma:trafficserver 592]$ ./bin/traffic_logstats -h
>>>> Usage: traffic_logstats [-l logfile] [-o origin[,...]] [-O
>>>> originfile] [-m minhits] [-inshv]
>>>> switch__________________type__default___description
>>>> -h, --help tog true Give this help
>>>> -f, --log_file str (null) Specific logfile to parse
>>>> -o, --origin_list str (null) Only show stats for
>>>> listed
>>>> Origins
>>>> -O, --origin_file str (null) File listing Origins to
>>>> show
>>>> -M, --max_orgins int 0 Max number of Origins to
>>>> show
>>>> -u, --urls int 0 Produce JSON stats for
>>>> URLs, argument is LRU size
>>>> -U, --show_urls int 0 Only show max this number
>>>> of URLs
>>>> -A, --as_object tog false Produce URL stats as a
>>>> JSON
>>>> object instead of array
>>>> -i, --incremental tog false Incremental log parsing
>>>> -S, --statetag str (null) Name of the state file to
>>>> use
>>>> -t, --tail int 0 Parse the last <sec>
>>>> seconds of log
>>>> -s, --summary tog false Only produce the summary
>>>> -j, --json tog false Produce JSON formatted
>>>> output
>>>> -c, --cgi tog false Produce HTTP headers
>>>> suitable as a CGI
>>>> -m, --min_hits i64 0 Minimum total hits for an
>>>> Origin
>>>> -a, --max_age int 0 Max age for log entries
>>>> to
>>>> be considered
>>>> -l, --line_len int 78 Output line length
>>>> -T, --debug_tags str (null) Colon-Separated Debug
>>>> Tags
>>>> -V, --version tog false Print Version Id
>>>>
>>>> Note that there seems to be two ways to specify the log file, -f
>>>> and
>>>> -l. Which one should I use? When I try either I get:
>>>>
>>>> [daruma:trafficserver 598]$ ./bin/traffic_logstats -l
>>>> var/log/trafficserver/squid.blog
>>>> FATAL: ./logging/LogStandalone.cc:96: failed assert
>>>> `setrlimit((RLIMCAST) which, &rl) >= 0`
>>>> ./bin/traffic_logstats - STACK TRACE:
>>>> 0 libtsutil.3.dylib 0x00000001000cbb6b
>>>> ink_fatal
>>>> + 123
>>>> 1 libtsutil.3.dylib 0x00000001000ca571
>>>> _ink_assert + 145
>>>> 2 traffic_logstats 0x00000001000052f4
>>>> _Z11init_systemv + 100
>>>> 3 traffic_logstats 0x000000010000538b
>>>> _Z25init_log_standalone_basicPKc + 27
>>>> 4 traffic_logstats 0x00000001000055ab main +
>>>> 411
>>>> 5 traffic_logstats 0x0000000100001484 start +
>>>> 52
>>>> 6 ??? 0x0000000000000003 0x0 + 3
>>>> Abort trap
>>>> [daruma:trafficserver 599]$ ./bin/traffic_logstats -V
>>>> Apache Traffic Server - traffic_logstats - 3.0.0 - (build # 61522
>>>> on
>>>> Jul 15 2011 at 22:43:38)
>>>>
>>>>
>>>> What am I doing wrong?
>>>
>>> You're passing the wrong parameters
>>> -l expects, as it says, an integer.
>>
>> Usage: traffic_logstats [-l logfile] [-o origin[,...]] [-O
>
> This is what happens on my (fairly bored test) system:
>
> i.galic@pheme ~ % traffic_logstats| head -20
> Traffic summary
>
> Origin Server Hits Misses Errors
> ------------------------------------------------------------------------------
> 127.0.0.1:8000 67 31 9
> panic.brainsware.at:8080 0 40 6
> 64.12.173.193:443 0 0 1
> ==============================================================================
>
>
>
> Totals (all Origins combined)
>
> Request Result Count Percent Bytes Percent
> ------------------------------------------------------------------------------
> Cache hit 51 33.12% 636.75KB 73.47%
> Cache hit IMS 16 10.39% 3.89KB 0.45%
> Cache hit refresh 0 0.00% 0.00KB 0.00%
> Cache hit other 0 0.00% 0.00KB 0.00%
> Cache hit total 67 43.51% 640.65KB 73.92%
> i.galic@pheme ~ %
I think you misunderstood my reply. It was to show that the usage from -h states that you use -l to specify the logfile, i.e. not an integer.
Regards,
Alan
Re: traffic_logstats
Posted by Igor Galić <i....@brainsware.org>.
----- Original Message -----
>
> On Jul 16, 2011, at 7:34 AM, Igor Galić wrote:
>
> >
> >
> > ----- Original Message -----
> >> I'm trying to get statistics from my traffic server much in the
> >> same
> >> was as was shown in
> >>
> >> http://www.ogre.com/node/357
> >>
> >> But when I run
> >>
> >> [daruma:trafficserver 592]$ ./bin/traffic_logstats -h
> >> Usage: traffic_logstats [-l logfile] [-o origin[,...]] [-O
> >> originfile] [-m minhits] [-inshv]
> >> switch__________________type__default___description
> >> -h, --help tog true Give this help
> >> -f, --log_file str (null) Specific logfile to parse
> >> -o, --origin_list str (null) Only show stats for
> >> listed
> >> Origins
> >> -O, --origin_file str (null) File listing Origins to
> >> show
> >> -M, --max_orgins int 0 Max number of Origins to
> >> show
> >> -u, --urls int 0 Produce JSON stats for
> >> URLs, argument is LRU size
> >> -U, --show_urls int 0 Only show max this number
> >> of URLs
> >> -A, --as_object tog false Produce URL stats as a
> >> JSON
> >> object instead of array
> >> -i, --incremental tog false Incremental log parsing
> >> -S, --statetag str (null) Name of the state file to
> >> use
> >> -t, --tail int 0 Parse the last <sec>
> >> seconds of log
> >> -s, --summary tog false Only produce the summary
> >> -j, --json tog false Produce JSON formatted
> >> output
> >> -c, --cgi tog false Produce HTTP headers
> >> suitable as a CGI
> >> -m, --min_hits i64 0 Minimum total hits for an
> >> Origin
> >> -a, --max_age int 0 Max age for log entries
> >> to
> >> be considered
> >> -l, --line_len int 78 Output line length
> >> -T, --debug_tags str (null) Colon-Separated Debug
> >> Tags
> >> -V, --version tog false Print Version Id
> >>
> >> Note that there seems to be two ways to specify the log file, -f
> >> and
> >> -l. Which one should I use? When I try either I get:
> >>
> >> [daruma:trafficserver 598]$ ./bin/traffic_logstats -l
> >> var/log/trafficserver/squid.blog
> >> FATAL: ./logging/LogStandalone.cc:96: failed assert
> >> `setrlimit((RLIMCAST) which, &rl) >= 0`
> >> ./bin/traffic_logstats - STACK TRACE:
> >> 0 libtsutil.3.dylib 0x00000001000cbb6b
> >> ink_fatal
> >> + 123
> >> 1 libtsutil.3.dylib 0x00000001000ca571
> >> _ink_assert + 145
> >> 2 traffic_logstats 0x00000001000052f4
> >> _Z11init_systemv + 100
> >> 3 traffic_logstats 0x000000010000538b
> >> _Z25init_log_standalone_basicPKc + 27
> >> 4 traffic_logstats 0x00000001000055ab main +
> >> 411
> >> 5 traffic_logstats 0x0000000100001484 start +
> >> 52
> >> 6 ??? 0x0000000000000003 0x0 + 3
> >> Abort trap
> >> [daruma:trafficserver 599]$ ./bin/traffic_logstats -V
> >> Apache Traffic Server - traffic_logstats - 3.0.0 - (build # 61522
> >> on
> >> Jul 15 2011 at 22:43:38)
> >>
> >>
> >> What am I doing wrong?
> >
> > You're passing the wrong parameters
> > -l expects, as it says, an integer.
>
> Usage: traffic_logstats [-l logfile] [-o origin[,...]] [-O
This is what happens on my (fairly bored test) system:
i.galic@pheme ~ % traffic_logstats| head -20
Traffic summary
Origin Server Hits Misses Errors
------------------------------------------------------------------------------
127.0.0.1:8000 67 31 9
panic.brainsware.at:8080 0 40 6
64.12.173.193:443 0 0 1
==============================================================================
Totals (all Origins combined)
Request Result Count Percent Bytes Percent
------------------------------------------------------------------------------
Cache hit 51 33.12% 636.75KB 73.47%
Cache hit IMS 16 10.39% 3.89KB 0.45%
Cache hit refresh 0 0.00% 0.00KB 0.00%
Cache hit other 0 0.00% 0.00KB 0.00%
Cache hit total 67 43.51% 640.65KB 73.92%
i.galic@pheme ~ %
> > instead, you should probably pass no params at all to get
> > the same results as Leif does in http://www.ogre.com/node/357
>
> [daruma:trafficserver 613]$ ./bin/traffic_logstats
> FATAL: ./logging/LogStandalone.cc:96: failed assert
> `setrlimit((RLIMCAST) which, &rl) >= 0`
> ./bin/traffic_logstats - STACK TRACE:
> 0 libtsutil.3.dylib 0x00000001000cbb6b ink_fatal
> + 123
> 1 libtsutil.3.dylib 0x00000001000ca571
> _ink_assert + 145
> 2 traffic_logstats 0x00000001000052f4
> _Z11init_systemv + 100
> 3 traffic_logstats 0x000000010000538b
> _Z25init_log_standalone_basicPKc + 27
> 4 traffic_logstats 0x00000001000055ab main + 411
> 5 traffic_logstats 0x0000000100001484 start + 52
> 6 ??? 0x0000000000000001 0x0 + 1
> Abort trap
> [daruma:trafficserver 614]$
>
> >> IMO, a stack trace is very bad if a user enters in bad arguments.
> >
> > This should only happen on a debug build - is this one?
>
> I didn't specify that my build be a debug build when I configured it.
>
> > Anyway, you're right. Can you please open a jira for this?
>
> Sure, will do.
>
>
>
> Regards,
> Alan
>
>
--
Igor Galić
Tel: +43 (0) 664 886 22 883
Mail: i.galic@brainsware.org
URL: http://brainsware.org/
Fingerprint: 571B 8B8A FC97 266D BDA3 EF6F 43AD 80A4 5779 3257
Re: traffic_logstats
Posted by "Alan D. Cabrera" <li...@toolazydogs.com>.
On Jul 16, 2011, at 7:34 AM, Igor Galić wrote:
>
>
> ----- Original Message -----
>> I'm trying to get statistics from my traffic server much in the same
>> was as was shown in
>>
>> http://www.ogre.com/node/357
>>
>> But when I run
>>
>> [daruma:trafficserver 592]$ ./bin/traffic_logstats -h
>> Usage: traffic_logstats [-l logfile] [-o origin[,...]] [-O
>> originfile] [-m minhits] [-inshv]
>> switch__________________type__default___description
>> -h, --help tog true Give this help
>> -f, --log_file str (null) Specific logfile to parse
>> -o, --origin_list str (null) Only show stats for listed
>> Origins
>> -O, --origin_file str (null) File listing Origins to
>> show
>> -M, --max_orgins int 0 Max number of Origins to
>> show
>> -u, --urls int 0 Produce JSON stats for
>> URLs, argument is LRU size
>> -U, --show_urls int 0 Only show max this number
>> of URLs
>> -A, --as_object tog false Produce URL stats as a JSON
>> object instead of array
>> -i, --incremental tog false Incremental log parsing
>> -S, --statetag str (null) Name of the state file to
>> use
>> -t, --tail int 0 Parse the last <sec>
>> seconds of log
>> -s, --summary tog false Only produce the summary
>> -j, --json tog false Produce JSON formatted
>> output
>> -c, --cgi tog false Produce HTTP headers
>> suitable as a CGI
>> -m, --min_hits i64 0 Minimum total hits for an
>> Origin
>> -a, --max_age int 0 Max age for log entries to
>> be considered
>> -l, --line_len int 78 Output line length
>> -T, --debug_tags str (null) Colon-Separated Debug Tags
>> -V, --version tog false Print Version Id
>>
>> Note that there seems to be two ways to specify the log file, -f and
>> -l. Which one should I use? When I try either I get:
>>
>> [daruma:trafficserver 598]$ ./bin/traffic_logstats -l
>> var/log/trafficserver/squid.blog
>> FATAL: ./logging/LogStandalone.cc:96: failed assert
>> `setrlimit((RLIMCAST) which, &rl) >= 0`
>> ./bin/traffic_logstats - STACK TRACE:
>> 0 libtsutil.3.dylib 0x00000001000cbb6b ink_fatal
>> + 123
>> 1 libtsutil.3.dylib 0x00000001000ca571
>> _ink_assert + 145
>> 2 traffic_logstats 0x00000001000052f4
>> _Z11init_systemv + 100
>> 3 traffic_logstats 0x000000010000538b
>> _Z25init_log_standalone_basicPKc + 27
>> 4 traffic_logstats 0x00000001000055ab main + 411
>> 5 traffic_logstats 0x0000000100001484 start + 52
>> 6 ??? 0x0000000000000003 0x0 + 3
>> Abort trap
>> [daruma:trafficserver 599]$ ./bin/traffic_logstats -V
>> Apache Traffic Server - traffic_logstats - 3.0.0 - (build # 61522 on
>> Jul 15 2011 at 22:43:38)
>>
>>
>> What am I doing wrong?
>
> You're passing the wrong parameters
> -l expects, as it says, an integer.
Usage: traffic_logstats [-l logfile] [-o origin[,...]] [-O
> instead, you should probably pass no params at all to get
> the same results as Leif does in http://www.ogre.com/node/357
[daruma:trafficserver 613]$ ./bin/traffic_logstats
FATAL: ./logging/LogStandalone.cc:96: failed assert `setrlimit((RLIMCAST) which, &rl) >= 0`
./bin/traffic_logstats - STACK TRACE:
0 libtsutil.3.dylib 0x00000001000cbb6b ink_fatal + 123
1 libtsutil.3.dylib 0x00000001000ca571 _ink_assert + 145
2 traffic_logstats 0x00000001000052f4 _Z11init_systemv + 100
3 traffic_logstats 0x000000010000538b _Z25init_log_standalone_basicPKc + 27
4 traffic_logstats 0x00000001000055ab main + 411
5 traffic_logstats 0x0000000100001484 start + 52
6 ??? 0x0000000000000001 0x0 + 1
Abort trap
[daruma:trafficserver 614]$
>> IMO, a stack trace is very bad if a user enters in bad arguments.
>
> This should only happen on a debug build - is this one?
I didn't specify that my build be a debug build when I configured it.
> Anyway, you're right. Can you please open a jira for this?
Sure, will do.
Regards,
Alan
Re: traffic_logstats
Posted by Igor Galić <i....@brainsware.org>.
----- Original Message -----
> I'm trying to get statistics from my traffic server much in the same
> was as was shown in
>
> http://www.ogre.com/node/357
>
> But when I run
>
> [daruma:trafficserver 592]$ ./bin/traffic_logstats -h
> Usage: traffic_logstats [-l logfile] [-o origin[,...]] [-O
> originfile] [-m minhits] [-inshv]
> switch__________________type__default___description
> -h, --help tog true Give this help
> -f, --log_file str (null) Specific logfile to parse
> -o, --origin_list str (null) Only show stats for listed
> Origins
> -O, --origin_file str (null) File listing Origins to
> show
> -M, --max_orgins int 0 Max number of Origins to
> show
> -u, --urls int 0 Produce JSON stats for
> URLs, argument is LRU size
> -U, --show_urls int 0 Only show max this number
> of URLs
> -A, --as_object tog false Produce URL stats as a JSON
> object instead of array
> -i, --incremental tog false Incremental log parsing
> -S, --statetag str (null) Name of the state file to
> use
> -t, --tail int 0 Parse the last <sec>
> seconds of log
> -s, --summary tog false Only produce the summary
> -j, --json tog false Produce JSON formatted
> output
> -c, --cgi tog false Produce HTTP headers
> suitable as a CGI
> -m, --min_hits i64 0 Minimum total hits for an
> Origin
> -a, --max_age int 0 Max age for log entries to
> be considered
> -l, --line_len int 78 Output line length
> -T, --debug_tags str (null) Colon-Separated Debug Tags
> -V, --version tog false Print Version Id
>
> Note that there seems to be two ways to specify the log file, -f and
> -l. Which one should I use? When I try either I get:
>
> [daruma:trafficserver 598]$ ./bin/traffic_logstats -l
> var/log/trafficserver/squid.blog
> FATAL: ./logging/LogStandalone.cc:96: failed assert
> `setrlimit((RLIMCAST) which, &rl) >= 0`
> ./bin/traffic_logstats - STACK TRACE:
> 0 libtsutil.3.dylib 0x00000001000cbb6b ink_fatal
> + 123
> 1 libtsutil.3.dylib 0x00000001000ca571
> _ink_assert + 145
> 2 traffic_logstats 0x00000001000052f4
> _Z11init_systemv + 100
> 3 traffic_logstats 0x000000010000538b
> _Z25init_log_standalone_basicPKc + 27
> 4 traffic_logstats 0x00000001000055ab main + 411
> 5 traffic_logstats 0x0000000100001484 start + 52
> 6 ??? 0x0000000000000003 0x0 + 3
> Abort trap
> [daruma:trafficserver 599]$ ./bin/traffic_logstats -V
> Apache Traffic Server - traffic_logstats - 3.0.0 - (build # 61522 on
> Jul 15 2011 at 22:43:38)
>
>
> What am I doing wrong?
You're passing the wrong parameters
-l expects, as it says, an integer.
instead, you should probably pass no params at all to get
the same results as Leif does in http://www.ogre.com/node/357
> IMO, a stack trace is very bad if a user enters in bad arguments.
This should only happen on a debug build - is this one?
Anyway, you're right. Can you please open a jira for this?
> Regards,
> Alan
i
--
Igor Galić
Tel: +43 (0) 664 886 22 883
Mail: i.galic@brainsware.org
URL: http://brainsware.org/
Fingerprint: 571B 8B8A FC97 266D BDA3 EF6F 43AD 80A4 5779 3257