|
LogAnalysis
[logs] ugliest application logs ever? Jan 24 2008 02:14AM Anton Chuvakin (anton chuvakin org) (5 replies) Re: [logs] ugliest application logs ever? Jan 24 2008 09:12PM Leo D. Geoffrion (ldg skidmore edu) (1 replies) RE: [logs] ugliest application logs ever? Jan 24 2008 10:50PM Tina Bird (tbird precision-guesswork com) Re: [logs] ugliest application logs ever? Jan 24 2008 07:52PM Jason Lewis (jlewis packetnexus com) (1 replies) Re: [logs] ugliest application logs ever? Jan 24 2008 02:18PM David Corlette (DCorlette novell com) (3 replies) RE: [logs] ugliest application logs ever? Jan 25 2008 12:51AM Mark Poepping (poepping cmu edu) (1 replies) Re: [logs] ugliest application logs ever? Jan 24 2008 06:21AM John Kinsella (jlk thrashyour com) (3 replies) RE: [logs] ugliest application logs ever? Jan 24 2008 03:47PM Fenwick, Wynn (wynn fenwick cgi com) (1 replies) Re: [logs] ugliest application logs ever? Jan 24 2008 12:47PM Matt Cuttler (mcuttler bnl gov) (2 replies) RE: [logs] ugliest application logs ever? Jan 24 2008 08:09PM Rainer Gerhards (rgerhards hq adiscon com) (1 replies) |
|
Privacy Statement |
> I wanted to turn this into a formal contest but figured I'd poll the
> list first: what are the ugliest, most useless application logs that
> you've seen? Logs that defy log analysis, that are full of numeric
> codes not explained anywhere? Logs that don't say what they mean (and
> vice versa)? Logs that omit the most critical piece of info?
>
> Here is my example:
>
> |22:22:32|BTC| 7|000|DDIC | |R49|Communication error, CPIC
> return code 020, <application> return code 456
>
> Why it sux: numeric codes (twice), ambiguous language, no sense of
> priority, etc.
It's awfully hard to beat "Last message repeated N times" for lack of useful
content :-)
But since I've been digging through Cisco PIX/ASA logs, here are a couple of
my favorites for the "omits critical data":
%PIX|ASA-3-713185 Error: Username too long - connection aborted
-- no username or other session identifier included
%PIX|ASA-3-717001 Querying keypair failed.
-- no keypair identifiers, or clue about why the failure occurred
%PIX|ASA-5-501101 User transitioning priv level
-- no userID, old/new priv levels, command affected
-- As per the documentation, this message records an administrator changing
the privilege level required to execute a command, but the message does not
actually state anything like that, making it pretty useless.
For the sake of the poor Cisco doc folks I've been overwhelming with
questions, comments and rants, I'll stop here. I've got some pretty arcane
messages in some of my tutorials; if I have time I'll dig them up.
Next?
cheers -- tbird
_______________________________________________
LogAnalysis mailing list
LogAnalysis (at) loganalysis (dot) org [email concealed]
http://www.loganalysis.org/mailman/listinfo/loganalysis
[ reply ]