lliendo/Radar

View on GitHub
docs/client-configuration.rst

Summary

Maintainability
Test Coverage
Client configuration
====================

If you understood how a Radar server is configured then configuring a Radar
client is even easier (mainly because you don't define elements such as
contacts, checks, monitors and plugins).


Main configuration
------------------

The main configuration governs general aspects of the Radar client.
We'll take a look at a full configuration file and describe every available
option (this time we will setup a Windows Radar client) :

.. code-block:: yaml

    connect:
        to: 192.168.0.100
        port: 3333

    log:
        to: C:\Radar\Client\radar-client.log
        size: 10
        rotations: 3

    checks: C:\Radar\Client\checks
    enforce ownership: False
    reconnect: False

* connect : This option tells Radar client where to connect to.
  At the moment only IPv4 addresses are supported. By default it tries to connect
  to localhost port 3333.

* run as : On Unix platforms this option tells Radar the effective user
  and group that the process should run as. This is a basic security
  consideration to allow Radar to run with an unprivileged user. The
  specified user should not be a able to login to the system.
  The default user and group is radar. This option does not apply to Windows
  platforms.

* log : Radar will log all of its activity in this file. So if you
  feel that something is not working properly this is the place to look
  for any errors. Note that in the example there are two additional options :
  size and rotations. They indicate the maximum size (in MiB) that a log
  should grow, when its size goes beyond that amount then is rotated (backed
  up) and new logs are written to a new file. By default Radar sets a maximum 
  of 100 MiB for the log file and rotates it at most 5 times.

* pid file : On Unix platforms this file holds the PID of the Radar
  process. When Radar starts it will record its pidfile here and when
  it shuts down this file is deleted (the deletion is not performed by Radar
  itself, is done by init scripts). Pid files are not recorded on Windows
  platforms.

* checks : This is the location where all your checks are stored. Every time
  a Radar client receives a CHECK message from the server all checks are
  first looked up here if a relative path was given, otherwise it will be
  looked up by its absolute path. You can lay out this directory as you wish.

* enforce ownership : On Unix platforms if this option is True then every
  time the Radar client has to execute a check it will first verify that
  the user and group of any check matches the one defined in the run as
  option. If the user and group does not match and error is generated and
  the check won't run. On Windows platforms it will only check for the user.
  By default this option is set to True.

* reconnect : This option specifies the behaviour of the client when a Radar
  server goes down. If set to True and if the Radar server stops working
  the client will keep retrying to connect to the server. By default this
  option is set to True.

As usual you can leave out almost every option to its default value. A minimum
Radar client configuration file might look like this :

.. code-block:: yaml

    connect:
        to: 192.168.0.100

All remaining options take default values. Check these defaults on the
platform defaults section.