Paramètres de données de Performance
Timeout de commande de gestion des données de performance
Format:
perfdata_timeout=<seconds>
Exemple:
perfdata_timeout=5
Il s'agit du nombre maximum de secondes pour lancer une commande de données de performance d'un hôte ou d'un check .Si une commande dépasse cette limite de temps, elle sera supprimée et une alarme sera logguée.
Option de gestion des données de performance
Format:
process_performance_data=<0/1>
Exemple:
process_performance_data=1
Cette valeur détermine si Shinken Enterprise va gérer des données de performance .
- 0 = ne gère pas de données de performance
- 1 = gère les données de performance (défaut)
Host/Service Performance Data Processing Command
Format:
host_perfdata_command=<configobjects/command>
service_perfdata_command=<configobjects/command>
Exemple:
host_perfdata_command=process-host-perfdata
service_perfdata_command=process-service-perfdata
Cette option permet de spécifier une commande à lancer afin de gérer les données de performance retournées après un check. L'argument de la commande est le nom raccourci de la définition de commande que vous avez défini dans le fichier de configuration de l'objet .Cette commande n'est exécutée que si l'option de gestion des données de performance est activée globalement et la directive "process_perf_data" dans la définition de l'hôte est activée.
Paramètres avancés de planification
Hôte orphelin/Service Check Option
Format:
check_for_orphaned_services=<0/1>
check_for_orphaned_hosts=<0/1>
Exemple:
check_for_orphaned_services=1
check_for_orphaned_hosts=1
Cette option permet d'activer ou désactiver les checks sur les hôtes/checks orphelins. Les checks orphelins sont ceux lancés par le poller mais qui n'ont jamais renvoyés de résultats depuis longtemps.
Sachant qu'ils n'ont rien renvoyé, ils ne sont pas replanifiés dans la file d'événements.
Si cette option est activée, et Shinken Enterprise ne trouve aucun résultats pour un check en particulier, un message d'erreur sera loggué et le check sera replanifié. Si vous voyez des checks qui ne sont jamais replanifiés, activez cette option et regardez si vous voyez des messages d'erreur loggués à propos de services orphelins.
- 0 = ne pas vérifier les services orphelins
- 1 =vérifier les services orphelins (défaut)
Réglage des performances
Hôtes en cache/Service Check Horizon
Format:
cached_host_check_horizon=<seconds>
cached_service_check_horizon=<seconds>
Exemple:
cached_host_check_horizon=0
cached_service_check_horizon=0
Cette option détermine le temps maximum (en secondes) pendant lequel le dernier état d'un check est considéré comme son état courant. L'état géré en cache (venant d'hôtes/check ayant été exécutés plus récemment que le temps spécifié par cette valeur) peut grandement amélioré la performance des checks. Si cette valeur est trop élevée pour cette option, cela peut se traduire par un état (temporaire) inapproprié. Une valeur plus basse peut générer un pic de performance . Utiliser la valeur 0 si vous souhaitez désactiver la mise en cache des hôtes/checks.
Paramètres de Flapping
Option de détection de Flap
Format:
enable_flap_detection=<0/1>
Example:
enable_flap_detection=1
Cette option détermine si Shinken Enterprise va tenter de détecter les hôtes et checks en état “flapping". Cet état Flapping apparaît quand un hôte ou un check passent d'un état à un autre très fréquemment, bloquant l'envoi de notifications. Quand Shinken Enterprise détecte un hôte ou un check en flapping, il supprimera temporairement les notifications jusqu'à la fin du flapping.
Vous trouverez plus d'information sur la détection du flapping dans le paragraphe <advanced/flapping>`.
- 0 = ne pas activer la détection du flapping (défaut)
- 1 = activer la détection du flapping
Seuil bas Service/Host Flap
Format:
low_service_flap_threshold=<percent>
low_host_flap_threshold=<percent>
Exemple:
low_service_flap_threshold=25.0
low_host_flap_threshold=25.0
Cette option est utilisée pour définir le seuil bas de détection du flapping.Pour plus d'information, suivre ce lien flapping.
Seuil haut Service/Host Flap
Format:
high_service_flap_threshold=<percent>
high_host_flap_threshold=<percent>
Exemple:
high_service_flap_threshold=50.0
high_host_flap_threshold=50.0
Cette option est utilisée pour définir le seuil haut de détection du flapping. Pourplus d'informations, suivre ce lien flapping.
Diverses commandes en timeout
Format:
event_handler_timeout=<seconds> # default: 30s
notification_timeout=<seconds> # default: 30s
Exemple:
event_handler_timeout=60
notification_timeout=60
Il s'agit du nombre maximum en secondes pour lancer le gestionnaire d'événements & notification. Si une commande dépasse cette limite de temps, elle sera supprimée et une alerte sera logguée.
Il y a souvent une large confusion sur ce que fait réellement cette option. Elle a été conçue pour être utilisée en dernier recours comme un mécanisme de suppression d'une commande qui se comporte mal dans le temps. Elle devrait être définie à une valeur élevée(comme 60 secondes ou plus pour une notification),de façon à ce que chaque gestionnaire d’événements puisse terminer d'eécuter sa tâche dans les temps.
Rafraîchissement des checks
Option de rafraîchissement des Hôtes/Service
Format:
check_service_freshness=<0/1>
check_host_freshness=<0/1>
Exemple:
check_service_freshness=0
check_host_freshness=0
Cette option détermine si Shinken Enterprise va vérifier régulièrement le rafraîchissement des hôtes/services. Activer cette option est très utile pour permettre de vérifier que les checks passifs se déroulent bien dans le temps. Vous trouverez plus d'informations ici.
- 0 = ne pas vérifier le rafraîchissement des hôtes/services
- 1 = vérifier le rafraîchissement des hôtes/services (défaut)
Intervalle de rafraîchissement
Format:
service_freshness_check_interval=<seconds>
host_freshness_check_interval=<seconds>
Exemple:
service_freshness_check_interval=60
host_freshness_check_interval=60
Ce paramètre définit la fréquence (en secondes) à laquelle Shinken Enterprise va vérifier le rafraîchissement d'un hôte/service. Vous trouverez plus d’informations ici.
Fichier ressource
Format
resource_file=<file_name>
Example:
resource_file=/etc/shinken/resource.cfg
Utilisé pour spécifier un fichier ressource optionnel qui peut contenir "$USERn$" .Les macros "$USERn$" sont utiles pour stocker les noms d'utilisateurs, les mots de passe, et tout ce qui est communément utiliser dans la définition de commandes (comme le chemin vers un répertoire)
Une variable classique utilisée est $USER1$, afin de stocker le chemin des plugins "/usr/lib/nagios/plugins" sur une installation classique.
Option de notification
Format:
enable_notifications=<0/1>
Example:
enable_notifications=1
Cette option détermine si Shinken Enterprise va envoyer des notifications. Si cette option est désactivée, Shinken Enterprise n'enverra aucune notification pour aucun des hôtes/services.
Les valeurs sont les suivantes :
- 0 = Désactives les notifications
- 1 = Active les notifications (défaut
Méthode de rétention des logs (pas totalement implémenté)
Format:
log_rotation_method=<d>
Exemple:
log_rotation_method=d
Il s'agit de la méthode de remplacement utilisée Shinken Enterprise pour le fichier log sur le serveur broker .Les valeurs sont les suivantes :
- d = journalier (remplacement des logs à minuit chaque jour)
Option de commande externe
Format:
check_external_commands=<0/1>
Example:
check_external_commands=1
Cette option détermine si Shinken Enterprise va vérifier le fichier de commande externe pour les commandes devant être exécutées depuis le démon arbiter.
- 0 = ne pas vérifier les commandes externes
- 1 = vérifier les commandes externe (défaut)
Paramètres de planification
Option d'exécution d'un hôte/service
Format:
execute_service_checks=<0/1>
execute_host_checks=<0/1>
Exemple:
execute_service_checks=1
execute_host_checks=1
Cette option détermine si Shinken Enterprise va exécuter les checks.
- 0 = ne pas exécuter les checks
- 1 = exécuter les checks (défaut)
Option d'acceptation de check/service passifs
Format:
accept_passive_service_checks=<0/1>
accept_passive_host_checks=<0/1>
Exemple:
accept_passive_service_checks=1
accept_passive_host_checks=1
Cette option détermine si Shinken Enterprise acceptera les hôtes/checks passifs .Si cette option est désactivée, Shinken Enterprise n'acceptera aucun check passif. .
- 0 = N'accepte pas les checks passifs
- 1 = Accepte les checks passifs
Option du gestionnaire d'événements
Format:
enable_event_handlers=<0/1>
Exemple:
enable_event_handlers=1
Cette option détermine si Shinken Enterprise va lancer le gestionnaire d'événements.
- 0 = Désactive le gestionnaire d'événement
- 1 = Active le gestionnaire d'événement (défaut)
Option de log des notifications
Format:
log_notifications=<0/1>
Exemple:
log_notifications=1
Cette variable détermine si un message de notification est loggué. Utilisez cette option pour garder une trace des notifications de vos contacts.
- 0 = ne pas logguer de notifications
- 1 = logguer des notifications
Option de log du gestionnaire d'événements
Format:
log_event_handlers=<0/1>
Exemple:
log_event_handlers=1
Cette variable détermine si vous allez loggué les événements. Le gestionnaire d'événements est une commande optionnelle qui peut être lancée dès que l'état d'un hôte ou d'un service change. Il peut êtrer très utile de les logguer lorsque vous êtes en mode debug, ou lorsque vous essayer pour la 1ère fois les scripts du gestionnaire d'événements.
- 0 = ne log pas d'événements
- 1 = Log des événements
Option de log de commandes externes
Format:
log_external_commands=<0/1>
Exemple:
log_external_commands=1
Cette variable détermine si Shinken Enterprise va logguer les commandes externes reçues .
- 0 =ne loggue pas les commandes externes
- 1 = loggue les commandes externes (défaut)
Option de log des checks passifs (pas encore implémenté)
Format:
log_passive_checks=<0/1>
Exemple:
log_passive_checks=1
Cette variable détermine si Shinken Enterprise va logguer les checks passifs reçus des commandes externes.
- 0 = Don't log passive checks
- 1 = Log passive checks (default)
Temps d'intervalle
Format:
interval_length=<seconds>
Exemple:
interval_length=60
Il s'agit du nombre de secondes par "unité d'intervalle" utilisé pour calculer le temps dans la liste de replanification, re-notifications, etc. " les unités d'intervalle" sont utilisés dans le fichier de configuration de l'objet pour déterminer à quelle fréquence lancer un service, renotifier un contact, etc...
La valeur par défaut est à 60 secondes, ce qui signifie qu'un "unité d'intervalle" définie à 1 correspond à 60 secondes.
Autres
Caractères illégaux dans le nom d'objet
Format:
illegal_object_name_chars=<chars...>
Exemple:
illegal_object_name_chars=`-!$%^&*"|'<>?,()=
Cette option autorise l'utilisation de caractères spéciaux qui ne sont pas autorisés dans le nom des hôtes, services.... Shinken Enterprise peut autoriser tout type de caractères, mais nous recommandons de ne pas utiliser ceux spécifiés plus haut dans l'exemple.