in reply to Re: Choosing a log level
in thread Choosing a log level
I would place your examples at more of a DEBUG or higher level.
Useful INFO level messages that I've seen include listing off the high level parameters being passed in, summarizing the header info on input data, and noting environmental details.
That can help a lot with distinguishing between data getting mangled in your code, or being already wrong before it got to you and whom to blame for it. (Your image isn't cropped... because you told me to not crop it!)
If you're logging the right things, it can also help you go back and identify issues that you had no idea were a problem actually worthy of a much more emphatic alert. For example, I had a set of INFO values that are individually all within the original sensible limits, but after a month they clustered into two groups, and the difference between those groups is a key indicator for an undesirable hardware change which now results in an ERROR & delayed FATAL. Based on the INFO level data, the should-have-been-fatal runs could be chased down and redone.
|
---|
Replies are listed 'Best First'. | |
---|---|
Re^3: Choosing a log level
by BrowserUk (Patriarch) on Mar 30, 2017 at 20:24 UTC | |
by Your Mother (Archbishop) on Mar 30, 2017 at 20:43 UTC | |
by BrowserUk (Patriarch) on Mar 30, 2017 at 21:53 UTC | |
by Discipulus (Canon) on Mar 31, 2017 at 08:33 UTC | |
by BrowserUk (Patriarch) on Mar 31, 2017 at 13:05 UTC | |
by SuicideJunkie (Vicar) on Mar 31, 2017 at 19:52 UTC | |
by BrowserUk (Patriarch) on Mar 31, 2017 at 20:14 UTC |