v
Le module webui--module-report-handler permet au module WebUI ( l'interface de visualisation ) du Broker de générer des rapports ( voir la page Les rapports ) ou de déporter leur gestion.
Les modules de type "webui__module_report_handler" sont des modules qui doivent être activés sur un module de type "webui", qu'on appellera le module parent.
webui" ), et ajouter dans le paramètre modules, le nom du module de type "webui__module_report_handler"."webui__module_report_handler"."webui" présents dans l'architecture, il ne faut pas oublier d'activer le module de type "webui__module_report_handler"
dans la configuration de chacun d'eux."webui" ( voir la page Configuration du module WebUI )."webui__module_report_handler" sur un module de type "webui".Pour prendre en compte le changement de configuration, il faut redémarrer l'Arbiter :
L'exemple suivant
"webui--module-report-handler" , "WebUI",dont la configuration est dans le fichier /etc/shinken/modules/webui.cfg.Modification dans le fichier du module /etc/shinken/modules/webui.cfg :
define module {
[...]
modules Module 1, Module 2, Module 3, webui--module-report-handler
[...]
} |
Puis redémarrage de l'Arbiter
Définir plusieurs modules de type webui__module_report_handler permet d'avoir une configuration différente pour chaque module de type webui.
En fonction du besoin, il n'est pas nécessaire de créer plusieurs modules de type webui__module_report_handler.
Exemple :
webui génèrent leurs rapports directement : Il vaut mieux définir un seul module de type webui__module_report_handler puis le déclarer dans tous les modules de type webui.webui dans des royaumes différents génèrent leurs rapports en passant par des modules externes : Il vaut mieux définir plusieurs modules de type webui__module_report_handler ( par royaume ) afin d'avoir des configurations adaptées pour chaque module de type webui ( voir la page Répartition de charge lors de la génération des rapports SLA depuis le module WebUI ).Pour pouvoir configurer un module de type "webui--module-report-handler", il faut faire un nouveau fichier de configuration grâce au fichier d'exemple fourni par défaut.
Mon-Module-webui--module-report-handler".Mon-Module-webui--module-report-handler" par le nom qui a été choisi.Copier le fichier de définition du module d'exemple : /etc/shinken-user-example/configuration/daemons/brokers/modules/webui/modules/webui__module_report_handler/webui--module-report-handler-example.cfg dans le répertoire de définition des modules /etc/shinken/modules/ .
( Exemple : /etc/shinken/modules/webui__Mon-Module-webui--module-report-handler.cfg )
|
Il faut vérifier que le fichier appartienne à l'utilisateur shinken et qu'il possède le droit d'édition. Si ce n'est pas le cas, il faut effectuer les commandes suivantes :
chown shinken:shinken /etc/shinken/modules/webui__Mon-Module-webui--module-report-handler.cfg chmod u+w /etc/shinken/modules/webui__Mon-Module-webui--module-report-handler.cfg |
On change le nom du module en "Mon-Module-webui--module-report-handler" dans le fichier /etc/shinken/modules/webui__Mon-Module-webui--module-report-handler.cfg
...
# ─── Module name [ Must be unique ] [ MANDATORY ] ───
# ─── ───
module_name Mon-Module-webui--module-report-handler
...
|
Ensuite, il faut ajouter le nouveau module dans le module de type "webui" correspondant.
Dans notre exemple, on ajoute le module "Mon-Module-webui--module-report-handler" au module "webui" défini dans le fichier /etc/shinken/modules/webui.cfg
define module {
[...]
modules Module 1, Module 2, Module 3, Mon-Module-webui--module-report-handler
[...]
} |
Puis pour finir, il faut redémarrer l'Arbiter pour que les modifications apportées à la configuration soient appliquées.