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>
Example:
enable_event_handlers=1
This option determines if Shinken Enterprise will run event handlers.
Format:
log_notifications=<0/1>
Example:
log_notifications=1
This variable determines if notification messages are logged. If you have a lot of contacts or regular check failures your log file will grow (let say some Mo by day for a huge configuration, so it's quite OK for nearly every one to log them). Use this option to keep contact notifications from being logged.
Format:
log_event_handlers=<0/1>
Example:
log_event_handlers=1
This variable determines if check and host event handlers are logged. Event handlers are optional commands that can be run whenever a check or hosts changes state. Logging event handlers is most useful when debugging Shinken Enterprise or first trying out your event handler scripts.
Format:
log_external_commands=<0/1>
Example:
log_external_commands=1
This variable determines if Shinken Enterprise will log external commands that it receives.
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.