in my actual check_mk version (1.2.8p14) there is an "force if instead of
if64" rule in the rulesets (search for if64 there), but as far as i recall
there was an previous rule (in earlier versions) which stated the opposite.
As stated before, i would suggest to delete and re-inventorize one
problematic host, for trying weathe the problem is persistent, before
ruling if64 type out, use the rule option as last resort.
this problem may vanish after software/firmware update either, so recheck
that after updating when you use that ruleset.

w/ regards
Jarek

2017-03-13 17:27 GMT+01:00 Jarek Nowak <[email protected]>:

> as far as i recall there was an option in the rulesets for
> (interface)discovery, ive encountered similar Problems after upgrading omd
> 1.10 to an (homebrew) omd Edition where i patched in an upstream Check_mk
> (git) Edition and that rules where implemented. Ill check weather i can
> find it, when I'm home.
>
> Am 13.03.2017 16:37 schrieb "Henrik Schöpel" <[email protected]>:
>
>> Hi Jarek,
>>
>> Couldn't find any information how to
>>
>> 2017-03-09 20:56 GMT+01:00 Jarek Nowak <[email protected]>:
>>
>>> did you try to re-discover all (failing ) devices? as far as i remember
>>> you needed to explizitly chose if64 type checks in erlier versions.
>>>
>>> Am 09.03.2017 09:11 schrieb "Henrik Schöpel" <[email protected]>:
>>>
>>> Hi,
>>>
>>> I have a pretty strange problem since i upgraded check_mk version
>>> 1.2.6p16 to the latest stable revision ( 1.2.8p18 ).
>>>
>>> Upgrade went smooth but now i get bombed with lot of 'UNKNOWN - check
>>> failed' errors. Error seem to be if64 related as i can see that in the web
>>> interface. I only see this one mostly on our Network devices but also
>>> handful of servers. It would be really great if someone maybe have an idea
>>> to get this problem fixed.
>>>
>>> The crashlog is super long so i would like to paste just a few lines. If
>>> needed, i can post the whole one.
>>>
>>>
>>>
>>>
>>> Crash Type    check
>>> Time    2017-03-09 07:48:20
>>> Operating System    el7
>>> Check_MK Version    1.2.8p18
>>> Python Version    2.7.5 (default, Nov 6 2016, 00:28:07) [GCC 4.8.5
>>> 20150623 (Red Hat 4.8.5-11)]
>>> Exception
>>>
>>> TypeError (if64_scan_function() takes exactly 2 arguments (1 given))
>>>
>>> Traceback
>>>
>>>   File "/omd/sites/monitoring/share/check_mk/modules/discovery.py",
>>> line 260, in check_discovery
>>>     ipaddress=ipaddress)
>>>
>>>   File "/omd/sites/monitoring/share/check_mk/modules/discovery.py",
>>> line 865, in get_host_services
>>>     return get_node_services(hostname, ipaddress, use_caches,
>>> do_snmp_scan, on_error)
>>>
>>>   File "/omd/sites/monitoring/share/check_mk/modules/discovery.py",
>>> line 890, in get_node_services
>>>     services = get_discovered_services(hostname, ipaddress, use_caches,
>>> do_snmp_scan, on_error)
>>>
>>>   File "/omd/sites/monitoring/share/check_mk/modules/discovery.py",
>>> line 874, in get_discovered_services
>>>     new_items = discover_services(hostname, None, use_caches,
>>> do_snmp_scan, on_error, ipaddress)
>>>
>>>   File "/omd/sites/monitoring/share/check_mk/modules/discovery.py",
>>> line 602, in discover_services
>>>     check_types = snmp_scan(hostname, ipaddress, on_error)
>>>
>>>   File "/omd/sites/monitoring/share/check_mk/modules/discovery.py",
>>> line 704, in snmp_scan
>>>     result = scan_function(oid_function)
>>>
>>> Local Variables
>>>
>>> {'basename': 'if64_neighbor',
>>>  'check': {'check_function': <function check_if64_neighbor at 0x27e4de8>,
>>>            'default_levels_variable': 'if_default_levels',
>>>            'extra_sections': [],
>>>            'group': 'if',
>>>            'handle_empty_info': False,
>>>            'handle_real_time_checks': False,
>>>            'has_perfdata': True,
>>>            'includes': ['if.include', 'cdp_lldp_dulpex.include'],
>>>            'inventory_function': <function inventory_if64_neighbor at
>>> 0x292cc80>,
>>>            'node_info': True,
>>>            'parse_function': None,
>>>            'service_description': 'Interface %s',
>>>            'snmp_info': [('.1.3.6.1.2.1',
>>>                           ['Max recursion depth reached',
>>>                            'Max recursion depth reached',
>>>                            'Max recursion depth reached',
>>>                            'Max recursion depth reached',
>>>                            'Max recursion depth reached',
>>>                            'Max recursion depth reached',
>>>                            'Max recursion depth reached',
>>>                            'Max recursion depth reached',
>>>                            'Max recursion depth reached',
>>>                            'Max recursion depth reached',
>>>                            'Max recursion depth reached',
>>>                            'Max recursion depth reached',
>>>                            'Max recursion depth reached',
>>>                            'Max recursion depth reached',
>>>                            'Max recursion depth reached',
>>>                            'Max recursion depth reached',
>>>                            'Max recursion depth reached',
>>>                            'Max recursion depth reached',
>>>                            'Max recursion depth reached',
>>>                            'Max recursion depth reached']),
>>>                          ('.1.0.8802.1.1.2.1.4.1.1',
>>>                           ['Max recursion depth reached',
>>>                            'Max recursion depth reached',
>>>                            'Max recursion depth reached',
>>>                            'Max recursion depth reached']),
>>>                          ('.1.3.6.1.4.1.9.9.23.1.2.1.1',
>>>                           ['Max recursion depth reached',
>>>                            'Max recursion depth reached',
>>>                            'Max recursion depth reached',
>>>                            'Max recursion depth reached'])],
>>>            'snmp_scan_function': <function if64_scan_function at
>>> 0x292cde8>},
>>>
>>> _______________________________________________
>>> omd-users mailing list
>>> [email protected]
>>> http://lists.mathias-kettner.de/mailman/listinfo/omd-users
>>>
>>>
>>>
>>
>>
>> --
>> Henrik Schöpel
>>
>> https://www.xing.com/profile/Henrik_Schoepel
>> http://www.mobygames.com/developer/sheet/view/developerId,260068/
>>
>>
_______________________________________________
omd-users mailing list
[email protected]
http://lists.mathias-kettner.de/mailman/listinfo/omd-users

Reply via email to