Am 18.08.2012 06:30, schrieb Francois Mikus:
>
>  1. Default logging level set to INFO instead of NOTSET which equates
>     to DEBUG in reality.
>

I suggest setting the defaullt level to WARNING. "INFO" is much to
verbose, normally one is not interested in all this stuff.

>  1. Default logging level of all INI files set to WARNING.
>

You probably mean: When reading the INI files, there should be used a
logger with has default level set to WARNING and messages should be
logged with INFO. On this I agree.

>  1. Create a new logging class GENERAL, which would be set at 35,
>     between warning and error
>

I doubt, this is required.
1) <http://docs.python.org/howto/logging.html#when-to-use-logging> as a
good overview for when to use which log-level.
2) E.g. postifx is logging start/stop messages with INFO level. (I just
tested this).
>
> 1.
>
>
>      1. This logging class would serve to announce low volume general
>         interest information. Ex. Daemon X start, Module X loaded,
>         Arbiter loaded configuration. System operation, etc.
>      2. This would serve to make warning and error level useful and
>         with basic markers as to the health of the system. (Running
>         yes or no)
>

Unix philosophy is: if there is no message, everything is okay.
>
>  1. Scripted change to add the name of the .py file at the start of
>     all logger.level("[Python-file-name] Message")
>

This is a standard feature of the Python standard logging module. Just
add "%(filename)s" to the format. See
<http://docs.python.org/library/logging.html#logrecord-attributes> for
more of this.

>      1. This would not change or replace messages that already have
>         [something-or-other] in brackets at the start of the message.
>
This would require the formatter to parse the message, which ist
time-consuming.

>      1. Why? This will make it easier to enable debugging, and filter
>         out messages with a few simple filters, keeping only
>         interesting stuff. Debug has way too much information that
>         can<t be filtered today.
>

There may (I don't know yet) be better ways to achieve this.

Before implementing, please what some days. I'm already working on a new
logging module, but need to implement performance-tests.

-- 
Schönen Gruß
Hartmut Goebel
Dipl.-Informatiker (univ), CISSP, CSSLP

Goebel Consult
http://www.goebel-consult.de

Monatliche Kolumne:
http://www.cissp-gefluester.de/2010-01-hinterturen-allen-ortes
Blog: http://www.goebel-consult.de/blog/20050315

Goebel Consult ist Mitglied bei http://www.7-it.de/


Attachment: smime.p7s
Description: S/MIME Kryptografische Unterschrift

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
Shinken-devel mailing list
Shinken-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/shinken-devel

Reply via email to