Announcement

Collapse
No announcement yet.

Problème avec service passif et trappes SNMP

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • AkHeNaToN
    replied
    Le processus Centreontrapd est-il démarré ?

    Est-ce que le répertoire /var/spoll/centreontrapd est vide ?

    Quels sont les logs de Centreontrapd ? /var/log/centreon/centreontrapd

    Leave a comment:


  • fabadm
    started a topic Problème avec service passif et trappes SNMP

    Problème avec service passif et trappes SNMP

    Bonjour,

    J'essaie de mettre en place un service passif afin de superviser des hôtes linux, sans succès.

    Voici les versions logicielles :

    CentOS 6.6
    Centreon 2.6.1
    Nagios 3.2.3

    Au niveau SNMP :
    net-snmp-devel-5.5-50
    net-snmp-utils-5.5-50
    net-snmp-perl-5.5-50
    net-snmp-libs-5.5-50
    php-snmp-5.3.3-40
    centreon-snmptt-2.4.5-1
    net-snmp-5.5-50

    Au niveau de l'hôte linux supervisé (RHEL 6.6), j'ai démarré le service snmptrapd.

    Au niveau du serveur Centreon, le fichier /etc/snmp/snmptrapd.conf est configuré comme suite :
    Code:
    # Example configuration file for snmptrapd
    #
    # No traps are handled by default, you must edit this file!
    #
    # authCommunity log,execute,net public
    # traphandle SNMPv2-MIB::coldStart /usr/bin/bin/my_great_script cold
    disableAuthorization yes
    # Centreon custom configuration
    traphandle default su -l centreon -c "/usr/share/centreon/bin/centreontrapdforward"
    Le fichier /usr/share/centreon/bin/centreontrapdforward contient bien les directives :
    Code:
    #!/usr/bin/perl
    
    use warnings;
    use centreon::script::centreontrapdforward;
    centreon::script::centreontrapdforward->new()->run();
    Le fichier /etc/centreon/centreontrapd.pm :
    Code:
    our %centreontrapd_config = (
    # Temps en secondes avant d'arrêter brutalement les sous processus
    timeout_end => 30,
    spool_directory => "/var/spool/centreontrapd/",
    # Délai entre deux contrôles du répertoire de "spool" pour détecter de nouveaux fichiers à traiter
    sleep => 2,
    # 1 = utiliser la date et heure du traitement e l'évènement par centreontrapdforward
    use_trap_time => 1,
    net_snmp_perl_enable => 1,
    mibs_environment => '',
    remove_backslash_from_quotes => 1,
    dns_enable => 0,
    # Séparateur à appliquer lors de la substitution des arguments
    separator => ' ',
    strip_domain => 0,
    strip_domain_list => [],
    duplicate_trap_window => 1,
    date_format => "",
    time_format => "",
    date_time_format => "",
    # Utiliser le cache d'OID interne de la base de données
    cache_unknown_traps_enable => 1,
    # Temps en secondes avant de recharger le cache
    cache_unknown_traps_retention => 600,
    # 0 = central, 1 = poller
    mode => 0,
    cmd_timeout => 10,
    centreon_user => "centreon",
    # 0 => continuer en cas d'erreur MySQL | 1 => ne pas continuer le traitement (blocage) en cas d'erreur MySQL
    policy_trap => 1,
    # Enregistrement des journaux en base de données
    log_trap_db => 0,
    log_transaction_request_max => 500,
    log_transaction_timeout => 10,
    log_purge_time => 600
    );
    
    1;
    Le service passif est configuré comme suit :
    Code:
    define service{
    name trap-linux
    service_description trap-linux
    use generic-service-passive
    active_checks_enabled 0
    passive_checks_enabled 1
    check_freshness 1
    freshness_threshold 300
    register 0
    ;TEMPLATE-HOST-LINK Servers-Linux-RedHat
    }
    Lorsque j'envoie une trappe de test (linkDown) via la commande :
    Code:
    snmptrap -v2c -c public xx.xxx.xxx.xxx '' .1.3.6.1.6.3.1.1.5.3 ifIndex i 2 ifadminStatus i 1 ifOperStatus i 2
    Je vois bien la trappe arriver au niveau de /var/log/messages :
    Code:
    2015-08-24T15:53:26.362611+02:00 dtgvm-psup01 snmptrapd[1920]: 2015-08-24 15:53:26 <UNKNOWN> [UDP: [10.188.136.198]:60952->[10.188.136.192]]:#012DISMAN-EVENT-MIB::sysUpTimeInstance = Timeticks: (390683271) 45 days, 5:13:52.71#011SNMPv2-MIB::snmpTrapOID.0 = OID: IF-MIB::linkDown#011IF-MIB::ifIndex = INTEGER: 2#011IF-MIB::ifAdminStatus = INTEGER: up(1)#011IF-MIB::ifOperStatus = INTEGER: down(2)
    Le service reste à l'état OK...Il y a sans doute quelquechose que je n'ai pas compris.
    Il me semble que Centreon n'arrive pas à intepréter la trappe qui est générique et bien déclarée....

    Merci d'avance pour votre aide.
Working...
X