« précédent suivant »
Pages: [1]   En bas

Auteur Sujet: [RESOLU] Trap SNMP / MATCH & status ...  (Lu 175 fois)

Hors ligne fwed29

  • Newbie Froggy
  • *
  • Messages: 3
  • Karma: 0
[RESOLU] Trap SNMP / MATCH & status ...
« le: 27 janvier, 2012, 17:33:01 pm »
Bonjour à tous,

Malgré qu'il y ai peu d'info sur le sujet, peut-être que l'un d'entre vous pourra m'aider.

Mon installation est des plus simple avec FAN 2.2 d'installé. J'ai ajouté snmptt pour avoir des remontés en mode passif.

Je recois bien les traps, j'ai bien configurées les services Traps (dans Centreon et en CLI car j'ai le même OID pour différentes trap, duplication et modification de la config [snmptt-MON_CONSTRUCTEUR.conf] pour avoir les status OK / WARNING et CRITICAL; notamment avec la config MATCH).

Dans Centreon, j'ai créé  un service avec "check_centreon_dummy" et j'ai mis en relation mes traps. Pour ce check, j'ai laissé par défaut avec status = 0 et output = Ok (Peut-être est-ce là mon erreur ...)

Dans les logs (snmptt.log), je retrouve bien mes états (Ok, Warning & Critical).
Dans la console Centreon, j'ai bien la bonne description (Ok, Warning ou Critical) mais le status reste toujours à OK ...

Sauriez-vous comment, lorsque que l'état change, le status dans Centreon/Nagios change aussi ... ?

Vous remerciant par avance,

Fwed29
« Modifié: 30 janvier, 2012, 13:50:38 pm par fwed29 »
IP archivée

En ligne surcouf

  • Modérateur Global
  • Super Froggy
  • *****
  • Messages: 1 326
  • Karma: 14
Re : Trap SNMP / MATCH & status ...
« Réponse #1 le: 28 janvier, 2012, 00:33:35 am »
Serait-il possible de nous fournir le fichier snmptt-CONSTRUCTEUR.conf généré ?
IP archivée
Raphaël 'SurcouF' Bordet

Hors ligne fwed29

  • Newbie Froggy
  • *
  • Messages: 3
  • Karma: 0
Re : Trap SNMP / MATCH & status ...
« Réponse #2 le: 30 janvier, 2012, 09:28:26 am »
Bonjour,

Merci pour l'intérêt que tu portes à mon post ^^

Voici un exemple du fichier :

Code: [Sélectionner]
EVENT appliIpAgentTCPRetransmission_OK .1.3.6.1.4.1.14209.0.60300 "Status Event" 0
FORMAT TCP Retransmissions Alert. $*
MATCH $6:(Warning -> Normal|Critical -> Normal)
EXEC /usr/share/centreon/bin/centTrapHandler-2.x $aA $A $o "TCP Retransmissions Alert. $*" "$CA"
SDESC
TCP Retransmissions Alert.
Variables:
  1: appliIpAgent-Alerts-Time-Stamp
  2: appliIpAgent-Alerts-Name
  3: appliIpAgent-Alerts-Application-Name
  4: appliIpAgent-Alerts-Application-Type
  5: appliIpAgent-Alerts-Ip-Server
  6: appliIpAgent-Alerts-Status
  7: appliIpAgent-Alerts-TCP-Retrans
  8: appliIpAgent-Alerts-TCP-Retrans-Threshold
  9: appliIpAgent-Alerts-Information
EDESC

EVENT appliIpAgentTCPRetransmission_WARN .1.3.6.1.4.1.14209.0.60300 "Status Event" 1
FORMAT TCP Retransmissions Alert. $*
MATCH $6:(Normal  -> Warning|Critical -> Warning)
EXEC /usr/share/centreon/bin/centTrapHandler-2.x $aA $A $o "TCP Retransmissions Alert. $*" "$CA"
SDESC
TCP Retransmissions Alert.
Variables:
  1: appliIpAgent-Alerts-Time-Stamp
  2: appliIpAgent-Alerts-Name
  3: appliIpAgent-Alerts-Application-Name
  4: appliIpAgent-Alerts-Application-Type
  5: appliIpAgent-Alerts-Ip-Server
  6: appliIpAgent-Alerts-Status
  7: appliIpAgent-Alerts-TCP-Retrans
  8: appliIpAgent-Alerts-TCP-Retrans-Threshold
  9: appliIpAgent-Alerts-Information
EDESC

EVENT appliIpAgentTCPRetransmission_CRIT .1.3.6.1.4.1.14209.0.60300 "Status Event" 2
FORMAT TCP Retransmissions Alert. $*
MATCH $6:(Warning -> Critical|Normal  -> Critical)
EXEC /usr/share/centreon/bin/centTrapHandler-2.x $aA $A $o "TCP Retransmissions Alert. $*" "$CA"
SDESC
TCP Retransmissions Alert.
Variables:
  1: appliIpAgent-Alerts-Time-Stamp
  2: appliIpAgent-Alerts-Name
  3: appliIpAgent-Alerts-Application-Name
  4: appliIpAgent-Alerts-Application-Type
  5: appliIpAgent-Alerts-Ip-Server
  6: appliIpAgent-Alerts-Status
  7: appliIpAgent-Alerts-TCP-Retrans
  8: appliIpAgent-Alerts-TCP-Retrans-Threshold
  9: appliIpAgent-Alerts-Information
EDESC


Dans Centreon, les "MATCH" se font correctement et s'affichent bien dans le "Status Information". En revanche, le status reste toujours à "OK" et ne passe pas à l'état de "WARNING" et/ou "CRITICAL".
« Modifié: 30 janvier, 2012, 10:08:49 am par fwed29 »
IP archivée

Hors ligne fwed29

  • Newbie Froggy
  • *
  • Messages: 3
  • Karma: 0
Re : Trap SNMP / MATCH & status ...
« Réponse #3 le: 30 janvier, 2012, 13:50:21 pm »
Finalement, j'ai trouvé !

Il s'agit d'un "bug" entre Centreon et MySQL ...

Les match ne fonctionnaient pas dans l'interface Centreon mais fonctionnaient lorsque j'éditais manuellement le fichier snmptt-CONSTRUCTEUR.conf

Après une longue recherche, la chaine que je souhaitais matcher était la suivante :

/Normal -> Critical/

Sur Centreon, tout s'affichait correctement mais ce qui était injecté dans MySQL (traps_matching_properties) était modifié comme suit :

/Warning -> Normal/

En éditant la table et en remplaçant le > par > tout fonctionne correctement (et sans modifier le fichier à la main :) )

Encore merci ;)

PS : y a t-il un bug tracker ou je pourrais évoquer ce problème ?
IP archivée

En ligne surcouf

  • Modérateur Global
  • Super Froggy
  • *****
  • Messages: 1 326
  • Karma: 14
Re : Re : Trap SNMP / MATCH & status ...
« Réponse #4 le: 30 janvier, 2012, 14:27:10 pm »
Citation de: fwed29 le 30 janvier, 2012, 09:28:26 am
Bonjour,

Merci pour l'intérêt que tu portes à mon post ^^

Voici un exemple du fichier :

Code: [Sélectionner]
EVENT appliIpAgentTCPRetransmission_OK .1.3.6.1.4.1.14209.0.60300 "Status Event" 0
FORMAT TCP Retransmissions Alert. $*
MATCH $6:(Warning -> Normal|Critical -> Normal)
EXEC /usr/share/centreon/bin/centTrapHandler-2.x $aA $A $o "TCP Retransmissions Alert. $*" "$CA"
SDESC
TCP Retransmissions Alert.
Variables:
  1: appliIpAgent-Alerts-Time-Stamp
  2: appliIpAgent-Alerts-Name
  3: appliIpAgent-Alerts-Application-Name
  4: appliIpAgent-Alerts-Application-Type
  5: appliIpAgent-Alerts-Ip-Server
  6: appliIpAgent-Alerts-Status
  7: appliIpAgent-Alerts-TCP-Retrans
  8: appliIpAgent-Alerts-TCP-Retrans-Threshold
  9: appliIpAgent-Alerts-Information
EDESC

EVENT appliIpAgentTCPRetransmission_WARN .1.3.6.1.4.1.14209.0.60300 "Status Event" 1
FORMAT TCP Retransmissions Alert. $*
MATCH $6:(Normal  -> Warning|Critical -> Warning)
EXEC /usr/share/centreon/bin/centTrapHandler-2.x $aA $A $o "TCP Retransmissions Alert. $*" "$CA"
SDESC
TCP Retransmissions Alert.
Variables:
  1: appliIpAgent-Alerts-Time-Stamp
  2: appliIpAgent-Alerts-Name
  3: appliIpAgent-Alerts-Application-Name
  4: appliIpAgent-Alerts-Application-Type
  5: appliIpAgent-Alerts-Ip-Server
  6: appliIpAgent-Alerts-Status
  7: appliIpAgent-Alerts-TCP-Retrans
  8: appliIpAgent-Alerts-TCP-Retrans-Threshold
  9: appliIpAgent-Alerts-Information
EDESC

EVENT appliIpAgentTCPRetransmission_CRIT .1.3.6.1.4.1.14209.0.60300 "Status Event" 2
FORMAT TCP Retransmissions Alert. $*
MATCH $6:(Warning -> Critical|Normal  -> Critical)
EXEC /usr/share/centreon/bin/centTrapHandler-2.x $aA $A $o "TCP Retransmissions Alert. $*" "$CA"
SDESC
TCP Retransmissions Alert.
Variables:
  1: appliIpAgent-Alerts-Time-Stamp
  2: appliIpAgent-Alerts-Name
  3: appliIpAgent-Alerts-Application-Name
  4: appliIpAgent-Alerts-Application-Type
  5: appliIpAgent-Alerts-Ip-Server
  6: appliIpAgent-Alerts-Status
  7: appliIpAgent-Alerts-TCP-Retrans
  8: appliIpAgent-Alerts-TCP-Retrans-Threshold
  9: appliIpAgent-Alerts-Information
EDESC


Dans Centreon, les "MATCH" se font correctement et s'affichent bien dans le "Status Information". En revanche, le status reste toujours à "OK" et ne passe pas à l'état de "WARNING" et/ou "CRITICAL".
Je reste sceptique car, de mon point de vue, tes directives MATCH ne ressemblent pas du tout à des expressions régulières.
De plus, tu définis trois fois la même interruption et je crains que seule la première soit prise en compte.
Peux-tu donner des exemples d'interruptions capturées ainsi que le fichier de configuration snmptt.ini ?
IP archivée
Raphaël 'SurcouF' Bordet

En ligne surcouf

  • Modérateur Global
  • Super Froggy
  • *****
  • Messages: 1 326
  • Karma: 14
Re : Re : Trap SNMP / MATCH & status ...
« Réponse #5 le: 30 janvier, 2012, 15:27:43 pm »
Citation de: fwed29 le 30 janvier, 2012, 13:50:21 pm
Finalement, j'ai trouvé !

Il s'agit d'un "bug" entre Centreon et MySQL ...

Les match ne fonctionnaient pas dans l'interface Centreon mais fonctionnaient lorsque j'éditais manuellement le fichier snmptt-CONSTRUCTEUR.conf

Après une longue recherche, la chaine que je souhaitais matcher était la suivante :

/Normal -> Critical/

Sur Centreon, tout s'affichait correctement mais ce qui était injecté dans MySQL (traps_matching_properties) était modifié comme suit :

/Warning -> Normal/

En éditant la table et en remplaçant le > par > tout fonctionne correctement (et sans modifier le fichier à la main :) )

Encore merci ;)

PS : y a t-il un bug tracker ou je pourrais évoquer ce problème ?
Encore un problème classique d'application écrite en PHP avec MySQL...
Tu devrais pouvoir reporter cela sur la forge de Centreon.
IP archivée
Raphaël 'SurcouF' Bordet
Pages: [1]   En haut
« précédent suivant »