You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.

63 lines
1.8 KiB

7 years ago
Icinga Check Scripts
7 years ago
====================
7 years ago
7 years ago
Various check scripts for use in icinga.
All scripts support option `--help`, so call `./scriptname --help` for
more information.
load_per_cpu.sh
---------------
Icinga plugin to check load average per CPU. Shows 1min, 5min 15min
average per CPU. Different to check_load, the load is divided by the
number of CPU units and therefore normalized. So the same warning and
critical levels fit for any server.
mountpoint.sh
-------------
Icinga plugin to check whether a given path is available. Detects
problems, e.g. with glusterfs: In case of a problem, there is an error
message such as "socket not connected". Called with path to check.
Installation
============
Install
-------
Checkout to a path, e.g. `/opt/icinga-checks`:
cd /opt
sudo git co https://mrw.sh/admin-scripts/icinga-checks.git
Update
------
cd /opt/icinga-checks
Configure
---------
Go to [Icinga Director](https://mrw.sh/docker/icingaweb2), in `Commands` add one:
- Command type: `Plugin Check Command`
- Command name: `load per cpu`
- Command: `check_by_ssh`
After adding the command, add the following parameters:
-C /opt/icinga-checks/load_per_cpu.sh
-H $host.name$
-oStrictHostKeyChecking=no
The last argument `-oStrictHostKeyChecking=no` is a key only ith no value.
To check mountpoint of `/var/volumes` use argument name `-C` with value `/opt/icinga-checks/mountpount.sh /var/volumes`.
Then create a new Service Template, give it a name. e.g. `load per cpu` and assign the check command just created.
Finally add a service, again you can use the same name and import the template just created, then assign the hosts to check. I use a host template for all linux servers, so the command is run in each of them.
Don't forget to deploy the activity log in Icinga Director.