Translation of SNMP traps dosen't work in check_mk

This forum was archived to /woltlab and is now in read-only mode.
  • I'm working on processing SNMP traps from CISCO devices by check_mk 1.2.8p20 version. The configuration is in progress and I've have already untranslated traps in Event Console.


    Here (mathias-kettner.com/cms_ec.html ) is simple instruction how to do it but it doesn't work. I followed instruction contained in 7.3 and 7.4 chapter and still nothing. I have around 200 MIB files from tools.cisco.com/ITDIT/MIBS/MainServlet


    In directory /omd/sites/mySite/local/share/check_mk/compiled_mibs are all of my mibs complied by check_mk, but I had a problem with uploading:


    Code
    1. Failed to compile your module: no module "ADSL-LINE-MIB" in symbolTable at MIB ADSL-DMT-LINE-MIB

    and

    Code
    1. You are missing the needed pysmi python module (cannot import name defaultMibPackageds).


    I've solved it by clue founded in this page: git.mathias-kettner.de/git/?p=check_mk.git...


    A few days ago when I turned on SNMP trap translation first time (7.3, mathias-kettner.com/cms_ec.html ) it seemed to partialy work.


    For instance:


    Code
    1. SNMPv2-SMI::enterprises.9.0.1 SNMPv2-MIB::sysUpTime.0: 217843968 , SNMP-COMMUNITY-MIB::snmpTrapAddress.0: 172.16.5.5 , SNMP-COMMUNITY-MIB::snmpTrapCommunity.0: , SNMPv2-MIB::snmpTrapEnterprise.0: SNMPv2-SMI::enterprises.9 , SNMPv2-SMI::enterprises.9.2.9.3.1.1.2.1: 6, SNMPv2-SMI::mib-2.6.13.1.1.172.16.1.1.22.136.62.73.219.36158: 8, SNMPv2-SMI::enterprises.9.2.6.1.1.5.172.16.1.1.22.136.62.73.219.36158: 408, SNMPv2-SMI::enterprises.9.2.6.1.1.1.172.16.1.1.22.136.62.73.219.36158: 2565, SNMPv2-SMI::enterprises.9.2.6.1.1.2.172.16.1.1.22.136.62.73.219.36158: 1456, SNMPv2-SMI::enterprises.9.2.9.2.1.18.2: minera


    but now traps are untranslated although appropriate MIBs are loaded and SNMP traps translation option is turned on:


    Code
    1. 1.3.6.1.4.1.9.0.1 1.3.6.1.2.1.1.3.0: 455413843, 1.3.6.1.6.3.18.1.3.0: ¬, 1.3.6.1.6.3.18.1.4.0: , 1.3.6.1.6.3.1.1.4.3.0: 1.3.6.1.4.1.9, 1.3.6.1.4.1.9.2.9.3.1.1.1.1: 6, 1.3.6.1.2.1.6.13.1.1.172.16.1.1.22.80.229.253.212.35849: 1, 1.3.6.1.4.1.9.2.6.1.1.5.172.16.1.1.22.80.229.253.212.35849: 4246, 1.3.6.1.4.1.9.2.6.1.1.1.172.16.1.1.22.80.229.253.212.35849: 23, 1.3.6.1.4.1.9.2.6.1.1.2.172.16.1.1.22.80.229.253.212.35849: 388, 1.3.6.1.4.1.9.2.9.2.1.18.1:


    Anybody have some clue for me?


    PS. All changes in check_mk were saved and config was reloaded.

  • I've already solve this problem.


    At first:


    https://sourceforge.net/p/net-snmp/patches/1343/?limit=25 wrote:


    Well, MIB files with syntax errors and inconsistencies are all too common :-(

    Even Ciscos have errors in them...


    Niels Baggesen -Lead developer ; Net-SNMP; 1998-until now


    I had there many dependenices and few invalid MiB's file. I've splited it to 5 packages, eliminated invalid MIB's files and now it's work fine.


    Helpfull tips:


    Some MIB's files can break working of whole mechanism of SNMP trap translation in check_mk. The best way to valid correctness of MIB file is upload single file, restart omd (is required) and check recently event history. If traps has stopped translating, in majority of cases we can reverse this change by remove files containg name of uploaded MIB from paths:


    Code
    1. /omd/sites/***SiteName***/local/share/check_mk/compiled_mibs
    2. /omd/sites/***SiteName***/local/share/check_mk/mibs
    3. /omd/sites/***SiteName***/local/share/snmp/mibs


    And restart omd:


    Code
    1. omd restart
    2. omd status


    If not all of components are running try command:


    Code
    1. omd start

    The post was edited 2 times, last by stalleja ().