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.
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 .
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.
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.
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.
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>`.
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.
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.
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.
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.
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.
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.
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 :
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 :
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.
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.
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. .
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.
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.
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.
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 .
Format:
log_passive_checks=<0/1>
Example:
log_passive_checks=1
This variable determines if Shinken Enterprise will log passive host/checks that it receives from the external commands.
Format:
interval_length=<seconds>
Example:
interval_length=60
This is the number of seconds per “unit interval" used for timing in the scheduling queue, re-notifications, etc. "Units intervals" are used in the object configuration file to determine how often to run a service check, how often to re-notify a contact, etc.
The default value for this is set to 60, which means that a "unit value" of 1 in the object configuration file will mean 60 seconds (1 minute).
Note that set this option top 1 is not a good thing with Shinken Enterprise. It's not design to be a hard real time (<5seconds) monitoring system.
Format:
illegal_object_name_chars=<chars...>
Example:
illegal_object_name_chars=`-!$%^&*"|'<>?,()=
This option allows you to specify illegal characters that cannot be used in host names, service descriptions, or names of other object types. Shinken Enterprise will allow you to use most characters in object definitions, but we recommend not using the characters shown in the example above. Doing may give you problems in the web interface, notification commands, etc.