generation automatique de ticket glpi via alerte nagios

webchl
Messages : 78
Inscription : 19 octobre 2011, 14:03

generation automatique de ticket glpi via alerte nagios

Message par webchl » 10 novembre 2016, 11:01

bonjour a tous,

actuellement en version glpi 0.90.5, je souhaiterais pouvoir integrer automatiquement l'ouverture et la femeture de tickets dans glpi en fonction des alertes generer par nagios.
j'ai alors suivi ce tuto en particulier https://github.com/victorgsouto/glpi-in ... ith-nagios et plus ou moins d'autres trouvé sur le web, mais sans resultats.

Qui a déjà utilisé cette fonction et comment l'integrer?

parametrage du plugin webservices de glpi:
Nom: Nagios
Services actifs: Oui
Activer la compression: Non
Tracer les connexions : Non
Debug: Non
Motif SQL des services: .*
Plage d'adresses IPv4 X.X.X.X - X.X.X.X (IP NAGIOS)
Adresse IPv6 ::1
Identifiant utilisateur : root
Mot de passe: root66

fichier manage-service-tickets.php sous /srv/eyesofnetwork/nagios-3.5.1/plugins/eventhandlers:
// -----------------------------------------------------------------------------------------
// Configurables:
// -----------------------------------------------------------------------------------------
$user = "glpi"; //GLPI User Account - REQUIRED
$password = "Assiar05+"; //GLPI User Password - REQUIRED
$xmlhost = "X.X.X.X/"; //GLPI Server HOSTNAME/IP - REQUIRED
$xmlurl = "plugins/webservices/xmlrpc.php"; //Path to xmlrpc on GLPI server - REQUIRED


commande nagios appele "manage-service-tickets":

php $USER1$/eventhandlers/manage-service-tickets.php event="$SERVICESTATE$" state="$SERVICESTATETYPE$" hoststate="$HOSTSTATE$" eventhost="$HOSTNAME$" service="$SERVICEDISPLAYNAME$" serviceattempts="$SERVICEATTEMPT$" maxserviceattempts="$MAXSERVICEATTEMPTS$" servicestate="$SERVICESTATE$" lastservicestate="$LASTSERVICESTATE$" servicecheckcommand="$SERVICECHECKCOMMAND$" serviceoutput="$SERVICEOUTPUT$" longserviceoutput="$LONGSERVICEOUTPUT$"

exemple de service auquel je souhaite voir apparaitre un nouveau ticket lors du changement d'etat:
define service {
host_name WIMAX
service_description Frequence

max_check_attempts 4
normal_check_interval 4
active_checks_enabled 1
passive_checks_enabled 1
check_period 24x7
parallelize_check 1
obsess_over_service 0
check_freshness 0
freshness_threshold 0
notification_interval 0
notification_period 24x7
notifications_enabled 1
check_command AIRMUX_frequence-airmux3-4
event_handler manage-service-tickets
event_handler_enabled 1
notification_options w,u,c,r,f,s
stalking_options o,w,u,c
contact_groups admins

Merci d'avance pour votre aide

Répondre