Forum GLPI-Project

mestra

Member

Registered: 2015-04-07

Posts: 63

MONITORING : Des alertes qui déclenchent des mails, d'autres pas

Bonjour,

J'ai enfin tous mes catalogues qui sont en route sur mon serveur GLPI, couplés à Shinken. Tous marche parfaitement, mais j'ai des soucis au niveau de mes notifications. En effet certains lorsqu'ils passent en Warning ou en Critique ne déclenchent pas de notifications. Alors que sur d'autres hôtes, il les déclenchent bien...

j'ai beau cherché la cause, je ne vois pas ce que j'ai oublié dans ma configuration. Mon Gabarit de Contact est bien rempli et activé. Mes Catalogues ont tous des contacts associés, etc...

Pourtant lorsque j'ai ce genre de chose dans le Scheduler :

[1432730994] SERVICE ALERT: routeursonic;currentconnections;WARNING;SOFT;1;SNMP WARNING - *825*
[1432731054] SERVICE ALERT: routeursonic;currentconnections;OK;SOFT;2;SNMP OK - 694

ou

[1432728919] HOST FLAPPING ALERT: vcenter;STARTED; Host appears to have started flapping (96.8% change >= 50.0% threshold)
[1432731369] SERVICE ALERT: esx01;esx_net_receive;CRITICAL;SOFT;1;CHECK_VMWARE_API.PL CRITICAL - net receive=1297.00 KBps
[1432731382] SERVICE ALERT: esx01;esx_net_send;CRITICAL;SOFT;1;CHECK_VMWARE_API.PL CRITICAL - net send=4285.00 KBps

Aucune Notification ne se déclenche. Alors que dans l'exemple suivant, la Notification se déclenche bien :

[1432728915] SERVICE ALERT: hubble;espace_disc_i;WARNING;HARD;3;I:\ Label:  Serial Number 343cc687: 90%used(366811MB/409595MB) (>85%) : WARNING
[1432728915] SERVICE NOTIFICATION: me;hubble;espace_disc_i;WARNING;pm-notify-service-by-email-py;I:\ Label:  Serial Number 343cc687: 90%used(366811MB/409595MB) (>85%) : WARNING

A quoi cela peut-il être du ? La commande en elle-même ? Le plugin Monitoring ? Ou c'est Shinken qui ne déclenche pas la Notification ?

Ou peut-être que je n'ai rien compris ? (c'est possible aussi )

J'utilise sendmailservice.py pour les deux commandes de notification.

Merci de votre aide.

GLPI 0.85.4
Monitoring 0.85+1.1
Shinken 2.4

Last edited by mestra (2015-05-27 15:20:04)

mestra

Member

Registered: 2015-04-07

Posts: 63

Re: MONITORING : Des alertes qui déclenchent des mails, d'autres pas

Personne n'a une petite idée du problème s'il vous plait ?

Car j'aimerai vraiment pouvoir recevoir mes alertes pour toutes mes commandes

ddurieux

Plugins Dev

From: Propières, France

Registered: 2005-06-17

Posts: 7,521

Re: MONITORING : Des alertes qui déclenchent des mails, d'autres pas

Ca envoi que lorsque les warning passent en HARD (et donc pas en SOFT)

mestra

Member

Registered: 2015-04-07

Posts: 63

Re: MONITORING : Des alertes qui déclenchent des mails, d'autres pas

Ok...

Hmmm, du coup ça m'arrange pas ça

Il y a un moyen de changer cela ? Ou de le configurer ?

J'ai regardé cette page http://shinken.readthedocs.org/en/lates … types.html mais je vois pas de solutions pour...

Et du coup je vois ce genre d'alerte :

SERVICE ALERT: routeursonic;currentconnections;OK;HARD;3;SNMP OK - 594

Vu qu'il met HARD, il devrait déclencher une notifications non ?

Last edited by mestra (2015-05-28 17:33:09)

ddurieux

Plugins Dev

From: Propières, France

Registered: 2005-06-17

Posts: 7,521

Re: MONITORING : Des alertes qui déclenchent des mails, d'autres pas

Oui mais uniquement si le coup d'avant t'étais en WARNING HARD ou CRITIAL HARD

mestra

Member

Registered: 2015-04-07

Posts: 63

Re: MONITORING : Des alertes qui déclenchent des mails, d'autres pas

Ok....

Hmm vu que je fais pas mal de tests et que je redemarre Shinken souvent, c'est peut être pour ça que j'ai pas de notifications par la suite ?

Merci David pour ces explications.

mestra

Member

Registered: 2015-04-07

Posts: 63

Re: MONITORING : Des alertes qui déclenchent des mails, d'autres pas

Oui mais uniquement si le coup d'avant t'étais en WARNING HARD ou CRITIAL HARD

Apparemment, je peux faire la chose suivante :

Hi,

SOFT alert doesn't trigger notification, it is a normal behavior. If you don't want use SOFT state, just set the max_check_attempts option on services or hosts to 1, then it will pass on HARD state immediately.

from : https://github.com/naparuba/shinken/iss … -107355553

Cela veut dire que je dois mettre un contrôle genre : 5 minutes / 1 retry si je comprend bien ?

Last edited by mestra (2015-06-01 10:29:05)

ddurieux

Plugins Dev

From: Propières, France

Registered: 2005-06-17

Posts: 7,521

Re: MONITORING : Des alertes qui déclenchent des mails, d'autres pas

ou 0 retry je pense

mestra

Member

Registered: 2015-04-07

Posts: 63

Re: MONITORING : Des alertes qui déclenchent des mails, d'autres pas

Oui...

Mais dans le plugin je peux pas descendre en dessous de 1 ?

J'ai essayé avec juste 1 retry, il semble qu'il déclenche bien un HARD, mais pas assez pour déclecnher une notification...

Tu as une idée s'il te plaît ?

(Merci de ton aide)

ddurieux

Plugins Dev

From: Propières, France

Registered: 2005-06-17

Posts: 7,521

Re: MONITORING : Des alertes qui déclenchent des mails, d'autres pas

S'il ne déclanche pas la notification, c'est que t'as un soucis de paramétrage (pas de contact dans le catalogue de composant, les paramêtre de notification ne sont pas bon...)

mestra

Member

Registered: 2015-04-07

Posts: 63

Re: MONITORING : Des alertes qui déclenchent des mails, d'autres pas

Pourtant j'ai bien vérifié :

- Contact dans Catalogue de Composant
- Utilisateur avec Gabarit du monitoring
- Toutes les alertes sont activées dans le gabarit (oui partout hormis "l'utilisateur ne vas pas recevoir de notifications....")

Quand je regarde le log du Scheduler, j'ai bien des services en HARD :

[1433237852] SERVICE ALERT: routeursonic;currentconnections;WARNING;HARD;1;SNMP                                                                                            WARNING - *845*
[1433237910] SERVICE ALERT: routeursonic;currentconnections;OK;HARD;1;SNMP OK -                                                                                            684

Entre les deux j'aurais du recevoir une notif ?
Ou le fait qu'il revient en OK trop vite annule l'envoie de notifications ?

L'autre truc qui pourrait clocher, c'est que j'ai la commande python pour les deux commandes de notifications :

$PLUGINSDIR$/sendmailservice.py -s "$SERVICEDESC$" -n "$SERVICESTATE$" -H "$HOSTALIAS$" -a "$HOSTADDRESS$" -i "$SHORTDATETIME$" -o "$SERVICEOUTPUT$" -t "$CONTACTEMAIL$" -r "$SERVICESTATE$" --server 192.x.x.x -S glpi@test.fr

Les autres commandes ont l'air d'échouer et je n'ai pas trouvé comment les paramétrer... (sendmailhost.pl et sendmailservices.pl)

Du coup je suis un peu perdu...

Last edited by mestra (2015-06-02 12:23:34)

mestra

Member

Registered: 2015-04-07

Posts: 63

Re: MONITORING : Des alertes qui déclenchent des mails, d'autres pas

S'il ne déclanche pas la notification, c'est que t'as un soucis de paramétrage (pas de contact dans le catalogue de composant, les paramêtre de notification ne sont pas bon...)

Mais cependant, je dois quand même avoir un problème de conf quelque part, car la même commande sur certains hôtes (comme check_snmp_storage.pl) m'envoie des notifications alors que d'autres pas.

Ou bien il y a peut-être une limitation d'envoie de notifications quelque part (genre que 2 notification toutes les heures ?)

Enfin, je n'ai mis aucun gestionnaire d'évènement pour mes catalogues de composants... Est-ce obligatoire et cela a t'il une influence ?

Dans le même esprit, si je supprime un contact d'un catalogue il continue à envoyer des mails aux personnes désinscrites (quand les notif marchent ) .... on dirait que Shinken ne prend pas bien en compte certaines modifications ..!

EDIT : J'ai fait une réinstallation sur un nouveau serveur tout propre (toujours Debian) et il semble que les notifications se déclenche mieux... Je dois donc avoir un soucis sur l'autre serveur, mais je vois pas quoi (les configurations sont les mêmes...).

Last edited by mestra (2015-06-04 10:02:13)

caponcet

Member

Registered: 2015-07-13

Posts: 19

Re: MONITORING : Des alertes qui déclenchent des mails, d'autres pas

J'ai l'impression que j'ai le même souci. Je vais tester avec 1 essai max. Parce que du coup je reçois bien des mails, mais uniquement des faux positifs : je n'ai pas de critical

exemple :

Subject: NetworkEquipment-1-SonicwallFrance is UP !
***** Notification Shinken
Notification type : PROBLEM

Impacted host : NetworkEquipment-1-SonicwallFrance
Address : 192.168.0.254
Host State : UP
Date/Time : 18-08-2015 06:45:58

Host Output : PING OK - Packet loss = 0%, RTA = 0.41 ms

D'une part je ne suis pas sensé faire de ping sur cet hôte. D'autre part, quand je redémarre shinken, il réécrit sur les logs de la journée, du coup je n'ai pas les logs de 6h45 pour voir ce qu'il s'est passé.

Mestra, as-tu une procédure pour réinstaller sans perdre la configuration ? Ton problème est-il résolu ?

mestra

Member

Registered: 2015-04-07

Posts: 63

Re: MONITORING : Des alertes qui déclenchent des mails, d'autres pas

J'ai l'impression que j'ai le même souci. Je vais tester avec 1 essai max. Parce que du coup je reçois bien des mails, mais uniquement des faux positifs : je n'ai pas de critical

exemple :

Subject: NetworkEquipment-1-SonicwallFrance is UP !
***** Notification Shinken
Notification type : PROBLEM

Impacted host : NetworkEquipment-1-SonicwallFrance
Address : 192.168.0.254
Host State : UP
Date/Time : 18-08-2015 06:45:58

Host Output : PING OK - Packet loss = 0%, RTA = 0.41 ms

D'une part je ne suis pas sensé faire de ping sur cet hôte. D'autre part, quand je redémarre shinken, il réécrit sur les logs de la journée, du coup je n'ai pas les logs de 6h45 pour voir ce qu'il s'est passé.

Mestra, as-tu une procédure pour réinstaller sans perdre la configuration ? Ton problème est-il résolu ?

Personnellement, j'ai du réinstallé juste le serveur Shinken. Débutant à ce moment là avec ce type de serveur j'ai mal désinstallé Shinken et réinstallé derrière d'une autre manière (à ne surtout pas faire ! Désinstalle et installe de la même manière que l'installation initiale de ton serveur). Si ta configuration de tes hôtes est sur GLPI, normalement la réinstallation de shinken ne devrait rien t'effacer... Au pire, copie tes hosts et services de l'ancien Shinken pour les rapatrier sur le nouveau.

Sinon, maintenant je ne fonctionne qu'avec les dépôts Git (que ce soit avec les plugins GLPI ou Shinken) afin de m'assurer de la bonne mise à jour de mes serveurs)...

Pour ton problème de log, normalement Shinken doit te les archiver une fois par jour il me semble. Un redémarrage écrase peut-être le log en cours. Rien ne t’empêche de faire une copie de ces logs via cron ou autre.

Sinon, qu’appelles-tu des "faux positifs" ?

As-tu vérifier le bon fonctionnement de ton script d'envoie de mail ? (j'utilise que python personnellement)

Vérifie aussi que tes "commandes" pour monitorer change bien d'état (OK, WARNING, CRITICAL) et que tout est coché dans ton gabarits de contacts ?