Cisco_vpn_tunnel package by thl-cmk - Error when reloading cml

Package: CheckMK / Cisco / IPSec VPN tunnel · GitLab (thl-cmk.hopto.org)
CMK version: 2.0.0p21 (CEE)

Hi, I tried install thl-cmk vpn monitoring plugin and when I try reload cmk, then I get error

OMD[test01]:~$ cmk -Rvv --debug

Legacy check plugin still exists for check plugin cisco_vpn_tunnel. Please remove legacy plugin.
Traceback (most recent call last):
  File "/omd/sites/test01/lib/python3/cmk/base/config.py", line 2045, in _extract_check_plugins
    raise ValueError(
ValueError: Legacy check plugin still exists for check plugin cisco_vpn_tunnel. Please remove legacy plugin.

The above exception was the direct cause of the following exception:

Traceback (most recent call last):
  File "/omd/sites/test01/bin/cmk", line 79, in <module>
    errors = config.load_all_agent_based_plugins(check_api.get_check_api_context)
  File "/omd/sites/test01/lib/python3/cmk/base/config.py", line 1428, in load_all_agent_based_plugins
    errors.extend(load_checks(get_check_api_context, filelist))
  File "/omd/sites/test01/lib/python3/cmk/base/config.py", line 1577, in load_checks
    _extract_check_plugins(validate_creation_kwargs=did_compile))
  File "/omd/sites/test01/lib/python3/cmk/base/config.py", line 2061, in _extract_check_plugins
    raise MKGeneralException(exc) from exc
cmk.utils.exceptions.MKGeneralException: Legacy check plugin still exists for check plugin cisco_vpn_tunnel. Please remove legacy plugin.

Can you help me please?

What happens if you use it without the “–debug” switch?
It is here a small problem, as the newer version of the “cisco_vpn_tunnel” check is already a 2.0 plugin and the included one is an old style plugin.

1 Like

Without debug just notice

OMD[test01]:~$ cmk -Rvv
Failed to auto-migrate legacy plugin to check plugin: cisco_vpn_tunnel
Please refer to Werk 10601 for more information.

Block this problem function of plugin or can work in legacy mode?

When I tried apply plugin to our router and discover then happen this:

OMD[test1]:~$ cmk -Ivv hostname
Failed to auto-migrate legacy plugin to check plugin: cisco_vpn_tunnel
Please refer to Werk 10601 for more information.
....
Found no new services, no new host labels

OIDs for phase 2 are present in SNMPwalk

OMD[test1]:~$ snmpwalk -v 2c -c secret    1.2.3.4    .1.3.6.1.4.1.9.9.171.1.3.2.1.3
SNMPv2-SMI::enterprises.9.9.171.1.3.2.1.3.543 = INTEGER: 2
SNMPv2-SMI::enterprises.9.9.171.1.3.2.1.3.544 = INTEGER: 2
SNMPv2-SMI::enterprises.9.9.171.1.3.2.1.3.545 = INTEGER: 2

Thanks

@MirekLama as far as I know the only way to resolve this, is to remove the cisco_vpn_tunnel check from ~/share/check_mk/checks. You can move the original check to a safe path and than check if it’s works (or what errors the --debug might produce) . If not you can always remove the new plugin and put the original check back in place.

Thank you, error dissapered when I moved legacy cisco_vpn_tunnel outside checks folder.

Unfortunately I still cannot discover VPN tunnels on Cisco host:

  -> Add sections: ['cisco_cpu_memory', 'cisco_cpu_multiitem', 'cisco_fan', 'cisco_fantray', 'cisco_fru_module_status', 'cisco_fru_power', 'cisco_fru_powerusage', 'cisco_hsrp', 'cisco_mem', 'cisco_power', 'cisco_redundancy', 'cisco_temp', 'cisco_temp_sensor', 'cisco_temperature', 'dell_om_disks', 'dell_om_esmlog', 'dell_om_fans', 'dell_om_mem', 'dell_om_power', 'dell_om_processors', 'dell_om_sensors', 'if', 'if64', 'inv_cisco_vlans', 'inv_if', 'rmon_stats', 'snmp_extended_info', 'snmp_info', 'snmp_os', 'snmp_uptime', 'ucd_cpu_load', 'ucd_cpu_util', 'ucd_disk', 'ucd_diskio', 'ucd_mem', 'ucd_processes']
  Source: SourceType.HOST/FetcherType.PIGGYBACK
No persisted sections loaded
  -> Add sections: []
Received no piggyback data
+ EXECUTING HOST LABEL DISCOVERY
Trying host label discovery with: if64, cisco_cpu_memory, cisco_cpu_multiitem, cisco_fru_power, cisco_hsrp, cisco_mem, cisco_redundancy, cisco_temp_sensor, cisco_temperature, inv_cisco_vlans, inv_if, snmp_extended_info, snmp_info, snmp_os, snmp_uptime, ucd_mem
+ PERFORM HOST LABEL DISCOVERY
+ EXECUTING DISCOVERY PLUGINS (14)

but this is probably another story…
snmpwalk over .1.3.6.1.4.1.9.9.171.1.2.3.1 return No Such Object available on this agent at this OID
snmpwalk over .1.3.6.1.4.1.9.9.171.1.3.2.1 return valid data

@MirekLama You can follow the contribution guidelines then we might figure out where the problem lies.

1 Like