Refactoring: Moved more storage check parameters from unsorted.py to dedicated module...
[check_mk.git] / checkman / logwatch
blob78d51b9970956ee6dcb09c458888f7d937a5ea8c
1 title: Check logfiles for relevant new messages
2 agents: linux, windows, aix, solaris
3 catalog: os/files
4 license: GPL
5 distribution: check_mk
6 description:
7  This check processes the output of agents with the logwatch plugin. The windows agent has built
8  in this extension. The logwatch extension of the Linux/UNIX agents needs a configuration file
9  that lists all relevant logfiles and lists possible log lines that should result in warning
10  or critical state. The windows agents does not need any configuration but sends all log files
11  in the Windows event log.  It uses the warning/error classification of Windows.
13  Relevant log messages found by the agent are stored locally into a text file. The check is
14  critical, if at least one new {or old} log message exists that is classified as critical. If
15  at least one warning message exists but no critical, the check results in a warning state.
17  The only way to bring the state back to OK is to delete the text file with the stored log
18  messages.  This is stored below {~/var/check_mk/logwatch}.  Usually the logwatch webpage is
19  used to browse and delete the messages. Please refer to the online documentation of check_mk
20  for more details about logwatch.
22 item:
23  The name of the logfile. For Linux/UNIX this is the complete absolute path name of the logfile.
24  For Windows this is the name as shown in the windows event log, for example {Application}
25  (case sensitive!).
27 inventory:
28  All logfiles sent by the agent are automatically inventorized when the option {logwatch_forward_to_ec}
29  is not configured or set to {False}. Please use standard inventory configuration methods if
30  you want to ignore certain log files.