L’agent logiciel Pandora FMS prend en charge l’exécution de scripts en fonction de la valeur renvoyée par un module. Il existe deux possibilités d’action : l’utilisation de conditions postérieures et l’utilisation de conditions préalables ; toutes deux consistent en des paramètres qui devraient être ajoutés dans la définition d’un module.
Conditions d’après-vente
Le paramètre module_condition permet de définir des post-conditions à l’exécution d’un module, des commandes qui seront exécutées (ou non) en fonction de la valeur que l’exécution de certains modules renvoie. Plusieurs conditions peuvent être ajoutées au même module.
module_begin nom_du_module CPU_Usage_Condition module_type generic_data module_exec get_cpu_usage.pl module_condition < 10 start_new_server.sh module_condition < 20 add_processes.sh module_end
Dans cet exemple, le module CPU Usage (CPU_Usage_Condition) a ajouté deux post-conditions, qui impliquent l’exécution des scripts start_new_server.sh et add_processes.sh lorsque la valeur du module tombe en dessous de 10 et 20, respectivement. Avec une valeur de 15, par exemple, seul add_processes.sh serait exécuté.
Conditions préalables
Les conditions préalables sont établies avec le paramètre module_precondition, et elles permettent d’évaluer une condition avant l’exécution du module. En fonction du résultat, le module sera exécuté ou non. Comme dans les conditions postales, plusieurs peuvent être établies pour un même module.
module_begin nom_du_module CPU_Usage module_type generic_data module_exec get_cpu_usage.pl module_precondition > 10 nombre_processus_actifs.sh module_precondition = 1 important_service_enabled.sh module_end
Dans l’exemple, le module ne sera exécuté que si le script numéro_active_processes.sh renvoie une valeur supérieure à 10, alors que important_service_enabled.sh renvoie une valeur de 1. Au moment où l’une des deux conditions n’est pas remplie (par exemple si important_service_enabled.sh renvoie un 0), le module ne sera pas exécuté.