smonitor - command-line tool for monitoring services
smonitor [-cfg <file>] [<output-options>] [<log-options>] [<other-options>] where <output-options> are: -outfile <file> -onlyerr -format human | tsv | html -cssurl <url> where <log-options> are: -logfile <file> -loglevel debug | info | warn | error | fatal -debug -logformat <template> where <other-options> are: -npp <integer> -service[s] <service-name> [<service-name>...] -nonotif smonitor -showcfg smonitor -lf smonitor -h smonitor -help smonitor -man smonitor -version
smonitor is a command-line tool for monitoring (checking) various services and other parts of your IT infrastructure. In order to run it, you need to have a configuration file that defines what services to check and how to do the checking. Details how to create such configuration file are in the documentation of the Perl module Monitor::Simple; just type:
The command-line arguments and options can be specified with single or double dash. Most of them can be abbreviated to the nearest unbiased length. They are case-sensitive.
It specifies what configuration file to use (read: what services to check). By default, it uses file monitor-simple-cfg.xml.
By default, smonitor checks all services specified in the configuration file. This parameter can select only some services. For example:
smonitor -cfg my.cfg -service synonia mrs
It specifies a file where the report about checking is written to. By default, it is written to standard output (but see also possible combinations with
A note about notifications: This parameter
-outfile has nothing to do with notifications. The notifications are messages about the status of individual services and they are defined (if at all) in the configuration file (where it is also specified where to send them and how to format them). You cannot influence notifications by any parameter of the smonitor. Well, it is not entirely true: You can use parameter
-nonotif to disable all notifications.
This option influences what will be reported on the standard output (STDOUT). The overall behaviour depends on the combination of
-outfile <file> -onlyerr what will be done ----------------------------------------------------- yes no all output to <file> yes yes all output to <file> + errors also on STDOUT no no all output to STDOUT no yes only errors to STDOUT
The variety of output destinations allows to run smonitor as a "cron" job (a scheduled job) and to decide when the scheduling system reports the results. Just remember that these reports, sent by the scheduling system, are not the same as notifications defined in the configuration file - these two ways how to report status of services are independent and both can be used in the same time.
How the report will be formatted. Default is
DATE SERVICE STATUS MESSAGE Tue Sep 27 10:40:15 2011 Memory Check 2 Memory CRITICAL - 91.7% (1601124 kB) used Tue Sep 27 10:40:15 2011 Current timestamp 0 Tue Sep 27 10:40:15 2011 Tue Sep 27 10:40:15 2011 Born To Be Killed 2 Plugin 'Monitor/Simple/plugins/born-to-be-killed.pl' died with signal 9 Tue Sep 27 10:40:15 2011 Synonia Bad Params 2 500 Can't connect to Xdb.cbrc.kaust.edu.sa:80...
tsv is a TAB-separated output, without any header line. The
html format creates a simple HTML page with the report.
This is used only when
-format html is used. It specifies a URL of a CSS-stylesheet that can change the look-and-feel of the HTML report page. See the source of the page for the CSS-classes names.
A not much used parameter, rather a technical one: it specifies maximum number of parallel checks. Because each check is done by a new process, the
npp parameter actually stands for "Number of Parallel Processes". Default is 10.
This options disables executing all notifications (as they are defined in the configuration file). It is, for example, useful when you are testing a new configuration file and you do not wish to send emails, etc. about it
Additional to the report about the status of services (parameters
-onlyerr) and to the notifications (defined in the configuration file) there is also a logging mechanism that helps to trace how the checking is done in more details. The logging is defined by few logging parameters - they all have reasonable default values.
Where to put log records. By default, it appends records to the file smonitor.log (which is created if it does not exist yet). You can also specify
STDOUT as the logfile:
Each log record has its level of importance (five possible levels: from
fatal). This parameter tells which log records (read: records of what importance) will be created. A level means also all levels "below" it. For example, level
fatal messages. Default level is
It is the same as
It specifies how to format log records. Default format is "%d (%r) %p %m%n>" when the log records look like this:
2011/09/27 12:18:50 (97) INFO> --- Checking started --- 2011/09/27 12:18:50 (100) DEBUG> Started: Monitor/Simple/plugins/check_mem.pl -u -w 55 -c 80 2011/09/27 12:18:50 (100) DEBUG> Started: Monitor/Simple/plugins/check-url.pl -cfg configs/simple-example-cfg.xml -service pubmed -logfile a.log -loglevel debug 2011/09/27 12:18:50 (30) DEBUG> Invoking HTTP HEAD: http://www.ncbi.nlm.nih.gov/pubmed/ 2011/09/27 12:18:51 (760) INFO> Done: pubmed 0 OK 2011/09/27 12:18:51 (971) INFO> --- Checking finished [0.872014999389648 s] ---
The columns in this examples are: date (%d), number of milliseconds from the moment smonitor was started (%r), log level (%p) and log message (%m). More details about formats are in the Perl module Log::Log4perl.
It prints the name of the used configuration file and its content and it exits. It is rather for debugging.
It prints the currently available formats (the values recognizable by the
-format parameter) and exits:
$> smonitor -lf html Formatted as an HTML document human Easier readable by humans tsv TAB-separated (good for machines)
Print a brief usage message and exits.
Print a brief usage message with options and exits.
Print a full usage message and exits.
Print the version and exits.
Martin Senger <firstname.lastname@example.org>
This software is copyright (c) 2012 by Martin Senger, CBRC-KAUST (Computational Biology Research Center - King Abdullah University of Science and Technology) All Rights Reserved.
This is free software; you can redistribute it and/or modify it under the same terms as the Perl 5 programming language system itself.