updates. This spong-server only provides partial Big Brother emulation
at present. It will only understand status updates,</dd>
+<dt>
+<a NAME="status-history"></a><b>$STATUS_HISTORY</b></dt>
+
+<dd>
+This flag is used to enable status updates to keep in the History. If active,
+any status update that generated a History event will be store with the
+event. This option can potentially generate a large amount of file
+data. The file system then the $SPONGDB resides should have a large capacity.</dd>
+
<dt>
<a NAME="www-user-images"></a><b>$WWW_USE_IMAGES</b></dt>
being displayed. for more information on this feature, please see the <a href="admin-guide.html#custom-contacts">Administrator
Guide</a>.</dd>
-<dt><A NAME="custom-actionbar"></a><b>$WWW_ACTIONBAR_CUSTOM<b>
+<dt>
+<a NAME="custom-actionbar"></a><b>$WWW_ACTIONBAR_CUSTOM</b></dt>
<dd>
-This parameter can be used to customize the Host/Service displays Action Bar
-of the Web Interface. Any HTML code in this parameter will be included on
-the Web Pages when they are displayed. This parameter is preprocessed by
-<I>eval</i>'ed before the contents is printed. Your can include complex
+This parameter can be used to customize the Host/Service displays Action
+Bar of the Web Interface. Any HTML code in this parameter will be included
+on the Web Pages when they are displayed. This parameter is preprocessed
+by
+<i>eval</i>'ed before the contents is printed. Your can include complex
perl variables and simple Perl code in this parameter. NOTE: Use single
-quoted to enclose the parameter contents to prevent premature expansion of
-any perl variables defined.
-</dd>
+quoted to enclose the parameter contents to prevent premature expansion
+of any perl variables defined.</dd>
<dt>
<a NAME="www-refresh-allow"></a><b>@WWW_REFRESH_ALLOW</b></dt>
A list of Perl regular expressions that are checked against the REMOTE_ADDR,
REMOTE_HOST and REMOTE_USER enviornmental CGI varables. If there is a match
on any of these variables, <i><a href="www-spong.html">www-spong </a></i>will
-attach a REFRESH meta tag to reload the web pages every <b><a href="#spongsleep">$SPONGSLEEP</a></b>
+attach a REFRESH meta tag to reload the web pages every <a href="#spongsleep">$SPONGSLEEP</a>
seconds. See the <a href="admin-guide.html#autorefresh">Administrator Guide</a>
for more details.</dd>
<br> </dl>
<hr>
-<h1><a name="spong-cleanup"></a>SPONG CLEANUP VARIABLES
+<h1>
+<a NAME="spong-cleanup"></a><b>SPONG CLEANUP VARIABLES</b></h1>
<dl>
-<dt><b>$SPONG_ARCHIVE</b>
+<dt>
+<b>$SPONG_ARCHIVE</b></dt>
<dd>
-The directory where to put old history file entries for each host. Each host have it's own file in this directory
-</dd>
+The directory where to put old history file entries for each host. Each
+host have it's own file in this directory</dd>
-<dt><b>$OLD_HISTORY</b>
+<dt>
+<b>$OLD_HISTORY</b></dt>
-<dd>This is the number of days of history to keep for each host in the
-spong-server database. Any old history is append to the file for the host under
-the <b>$SPONG_ARCHIVE</b> directory.
-</dd>
+<dd>
+This is the number of days of history to keep for each host in the spong-server
+database. Any old history is append to the file for the host under the
+$SPONG_ARCHIVE directory.></dd>
-<dt><b>$OLD_SERVICE<b>
+<dt>
+<b>$OLD_SERVICE</b></dt>
-<dd>This is the number of days to retain stale service status (i.e. purple
+<dd>
+This is the number of days to retain stale service status (i.e. purple
status) entries in the spong-server database. Any service service status
-entries older than <b>$OLD_SERVICE</b> days old are deleted from the
-database.
-</dd>
-
+entries older than $OLD_SERVICE days old are deleted from the database.</dd>
</dl>
<hr>
<h1>
-<a NAME="service-threshold"></a>SERVICE THRESHOLD VARIABLES</h1>
+<a NAME="service-threshold"></a><b>SERVICE THRESHOLD VARIABLES</b></h1>
<dl>
<dt>
<br>
<dt>
-<b>%DFWARN</b>, <b>%DFCRIT</b></dt>
+<b>%DFWARN, %DFCRIT</b></dt>
<dd>
- A hash of file systems (or the word ``ALL''), and the percentage
-that should trigger a problem (<b>%DFWARN</b> triggers warnings - yellow,
-and <b>%DFCRIT</b> triggers alerts - red). If a file system is not explicitly
-listed in this hash then it will fall back to the value of the ``ALL''
-entry.</dd>
+A hash of file systems (or the word ``ALL''), and the percentage that should
+trigger a problem (%DFWARN triggers warnings - yellow, and %DFCRIT triggers
+alerts - red). If a file system is not explicitly listed in this hash then
+it will fall back to the value of the ``ALL'' entry.</dd>
<br>
<dt>
-<b>$CPUWARN</b>, <b>$CPUCRIT</b></dt>
+<b>$CPUWARN, $CPUCRIT</b></dt>
<dd>
- A number indicating the CPU load that triggers a problem (<b>$CPUWARN</b>
-triggers warnings - yellow, and <b>$CPUCRIT</b> triggers alerts - red).</dd>
+A number indicating the CPU load that triggers a problem ($CPUWARN triggers
+warnings - yellow, and $CPUCRIT triggers alerts - red).</dd>
<br>
<dt>
-<b>@PROCSWARN</b>, <b>@PROCSCRIT</b></dt>
+<b>@PROCSWARN, @PROCSCRIT</b></dt>
<dd>
- A list of processes that should be running, if they are not running,
-then trigger a problem (processes in <b>@PROCSWARN</b> trigger a warning
-- yellow, and processes in <b>@PROCSCRIT</b> trigger an alert - red).</dd>
+A list of processes that should be running, if they are not running, then
+trigger a problem (processes in @PROCSWARN trigger a warning - yellow,
+and processes in @PROCSCRIT trigger an alert - red).</dd>
<br>
<dt>
<dd>
A list of hashes which defined checks to apply to log files. Each hash
-contains the fields <b>logfile</b> which is the full path to the log file
-to check and <b>checks</b> whch is a list of check to apply to the
-log file. Each check is a hash that contains the fields: <b>pattern</b>
-- a Perl regular expression to be scanned for, <b>status</b> - the status
-color to reported lines matching pattern, duration - the duration that
-each event is to be reported to the server, <b>text </b>- the text to reported
-back in the detailed message field of the status report (which can include
-match position variables from <b>pattern</b>) and <b>id</b> - an optional
-key field to associated with each event generated. See the <i><a href="check_logs.html">check_logs</a></i>
-documentation for more information and examples.</dd>
+contains the fields logfile which is the full path to the log file to check
+and checks whch is a list of check to apply to the log file. Each
+check is a hash that contains the fields: pattern - a Perl regular expression
+to be scanned for, status - the status color to reported lines matching
+pattern, duration - the duration that each event is to be reported to the
+server, text - the text to reported back in the detailed message field
+of the status report (which can include match position variables from pattern)
+and id - an optional key field to associated with each event generated.
+See the <i><a href="check_logs.html">check_logs</a></i> documentation for
+more information and examples.</dd>
<br>
<dt>
-<b>%HTTPDOCS</b>, <b>%HTTPPORT</b></dt>
+<b>%HTTPDOCS, %HTTPPORT</b></dt>
<dd>
These variables provide some parameters when checking http based servers.
-The <b>%HTTPDOCS</b> variable is keyed by host (or the string ``ALL'' for
-all hosts), and contains as a value, a list of documents to check on that
-host. The default setting is to search for the ``/robots.txt'' file on
-all hosts.</dd>
+The %HTTPDOCS variable is keyed by host (or the string ``ALL'' for all
+hosts), and contains as a value, a list of documents to check on that host.
+The default setting is to search for the ``/robots.txt'' file on all hosts.</dd>
<dd>
-The <b>%HTTPPORT</b> variable contains the port number that web server
-on a given host is running on. By default the value is 80, but this can
-be overridden on a host by host basis</dd>
+The %HTTPPORT variable contains the port number that web server on a given
+host is running on. By default the value is 80, but this can be overridden
+on a host by host basis</dd>
<br>
<dt>
<a NAME="spong.conf_send_message_0"></a><b>$SEND_MESSAGE</b></dt>
<dd>
-$SEND_MESSAGE defines when <b>spong-message</b> is called by spong-server.
-This variable can contain one of four valid values. If it is ``RED'', then
-<b>spong-message</b>
+$SEND_MESSAGE defines when spong-message is called by spong-server. This
+variable can contain one of four valid values. If it is ``RED'', then spong-message
is called for every time a system or service reports a problem. If its
-value is ``CHANGE'', then <b>spong-message</b> is only called when there
-is a change of state . If this values is "RED-CHANGE", then <b>spong-message</b>
-is called everytime a system of service reported a problem and when
+value is ``CHANGE'', then spong-message is only called when there is a
+change of state . If this values is "RED-CHANGE", then spong-message is
+called everytime a system of service reported a problem and when
the condition is cleared. (going from green/yellow to red, and then again
-going from red to green/yellow). If its value is ``NONE'', then <b>spong-message</b>
+going from red to green/yellow). If its value is ``NONE'', then spong-message
is never called.</dd>
<br>
<hr>
<h1>
-<a NAME="spong.conf_os_0"></a>OS SPECIFIC VARIABLES</h1>
+<a NAME="spong.conf_os_0"></a><b>OS SPECIFIC VARIABLES</b></h1>
<dl>
<dt>
-<b>$DF</b>, <b>$UPTIME</b>, <b>$PS</b>, <b>$GREP</b>, <b>$PING</b>, <b>$TRACEROUTE,
-$MAILQ</b></dt>
+<b>$DF, $UPTIME, $PS, $GREP, $PING, $TRACEROUTE, $MAILQ</b></dt>
<dd>
These variables are OS specific variables, which are hopefully set correctly
<hr>
<h1>
-<a NAME="spong.conf_functions_0"></a>FUNCTIONS</h1>
+<a NAME="spong.conf_functions_0"></a><b>FUNCTIONS</b></h1>
DEPRECIATED: <i><a href="spong-client.html">spong-client</a></i>
checks are now modules. See <a href="developer-guide.html#client-modules">Client
Modules</a> in the <a href="developer-guide.html">Developer Guide</a> documentation.
<hr>
<h1>
-<a NAME="files"></a>FILES</h1>
+<a NAME="files"></a><b>FILES</b></h1>
<dl>
<dt>
<hr>
<h1>
-<a NAME="spong.conf_see_0"></a>SEE ALSO</h1>
+<a NAME="spong.conf_see_0"></a><b>SEE ALSO</b></h1>
the <i>perl</i> manpage , the <i>spong-server</i> manpage , the <i>spong-network</i>
manpage , the <i>spong-client</i> manpage , the <i>spong-display</i> manpage
, the <i>spong-message</i> manpage , <i>spong.hosts</i>
<p>
<hr>
<h1>
-<a NAME="author"></a>AUTHOR</h1>
+<a NAME="author"></a><b>AUTHOR</b></h1>
Ed Hill (<a href="MAILTO:ed-hill@uiowa.edu">ed-hill@uiowa.edu</a>), Unix
-System Administrator, The University of Iowa
+System Administrator, The University of Iowa<
<br>Stephen L Johnson (stephen.johnson@mail.state.ar.us) or (sjohnson@monsters.org),
Unix System Administator, DIS - State of Arkansas
<p>Based on code/ideas from Sean MacGuire (BB), and Helen Harrison (Pong).