...
Le gestionnaire d'événements est un système de commande optionnel. commandes optionnelles (scripts ou exécutables) qui sont lancées dès qu'un hôte ou un check changent d'état.
...
- tracer des événements dans une base de données
- Redémarrer un hôte
- etc.
Quand les événement sont-ils exécutés?
Ils sont exécutés quand un hôte ou un check :
- est dans un état de problème SOFT
- était initialement arrive directement dans un état de problème HARD
- revient d'un état de problème SOFT ou HARD
Les états SOFT et HARD sont décrits en détail ici.
...
Chaque hôte et check peut individuellement avoir un gestionnaire d'événement événements. Vous pouvez le spécifier dans les définitions de vos Hôtes et checks en utilisant le paramètre "event_handler"
...
Ils peuvent être activés ou désactivés globalement en utilisant le paramètre "enable_event_handlers" dans le fichier de configuration.
Les gestionnaires d'événements spécifiques pour les hôtes et pour les checks peuvent être activés ou désactivés via le paramètre "event_handler" dans les définitions de vos hôtes et checks. Les gestionnaires d'événements spécifiques pour les hôtes et pour les checks ne seront pas exécutés si le paramètre global "enable_event_handlers" est désactivé.
Ordre d'exécution
L'activation/désactivation globale du gestionnaire Comme vu précédemment, les gestionnaires d'événements est exécuté globaux sont exécutés immédiatement avant celui spécifique pour ceux spécifiques à un hôte ou à un check.
Ils sont exécutés pour un problème ou rétablissement HARD, immédiatement après l'envoi de des notifications.
Ecrire une commande
Le Les commandes de gestionnaire gestionnaires d’événements sont comme par exemple des scripts shell ou perl. Au minimum, les scripts doivent avoir les arguments suivants , mais peuvent aussi être tout type d’exécutables qui peuvent être lancés en ligne de commande.
Utilisation des Données en tant que Variable suivantes permettent de régler le comportement de la commande en fonction de l'événement géré :
Pour les checks:
- $SERVICESTATE$
- $SERVICESTATETYPE$
- $SERVICEATTEMPT$
...
Droits pour le gestionnaire d'événements
La Par défaut, la commande est normalement exécuté exécutée avec les mêmes droits que ceux de l'utilisateur sous lequel Shinken est démarré sur la machine. Cela peut présenter un problème si vous voulez utiliser un gestionnaire d'événements qui doit redémarrer des services systèmes, qui nécessitent généralement des accès privilégiés pour faire ce genres de tâches.
Dans l'a lancé. 'idéal, vous devez évaluer les types de gestionnaires d'événements que vous serez en train de mettre en place et rajouter juste assez de permissions sur le user Shinken afin qu'il puisse exécuter les commandes systèmes nécessaires. Vous devrez peut être utiliser "sudo" pour accomplir cela.