SNMP-plugin is only working temporarily

CMK version: 2.4.0p16 Enterprise
OS version: Debian Linux 12.12

I have created a simple SNMP-plugin, which only monitors one single value:

#!/usr/bin/env python3

from cmk.agent_based.v2 import *

def check_if_lte_up(section):
    if_lte_up = int(section["if_lte_up"])
    if(if_lte_up != 1):
        yield Result(state=State.CRIT, summary="LTE-Verbindung ist gestört")
    else:
        yield Result(state=State.OK, summary="LTE-Verbindung ist aufgebaut")

def discover_generic(section):
    yield Service()

check_plugin_oneaccess_if_lte_up = CheckPlugin(
    name = "oneaccess_if_lte_up",
    sections = ['oneaccess_data'],
    service_name = "Interface LTE",
    discovery_function = discover_generic,
    check_function = check_if_lte_up,
)

def parse_oneaccess_data(string_table):
    section = {}
    section["if_lte_up"] = string_table[0][0]
    return section

snmp_section_oneaccess_data = SimpleSNMPSection(
    name = "oneaccess_data",
    detect = contains(".1.3.6.1.2.1.1.1.0", "OneOS-pCPE-ARM_pi1-6.14.2m2"), # sysDescr
    fetch = SNMPTree(
        base = '.1.3.6.1.2.1.2.2.1.8',
        oids = [
            '402657280' # if_lte_up
        ],
    ),
    parse_function = parse_oneaccess_data,
)

I copied the py-file to local/lib/python3/cmk_addons/plugins/oneaccess/agent_based/oneaccess.py.

When manually executing
cmk --detect-plugins=oneaccess_if_lte_up --debug -vvv Host-to-monitor the test is succesful:

value store: loading from disk
Checkmk version 2.4.0p16
+ FETCHING DATA
  Source: SourceInfo(hostname='Host-to-monitor', ipaddress='192.168.10.10', ident='snmp', fetcher_type=<FetcherType.SNMP: 7>, source_type=<SourceType.HOST: 1>)
[cpu_tracking] Start [7f74e6e96540]
Read from cache: SNMPFileCache(path_template=/omd/sites/sitename/tmp/check_mk/data_source_cache/snmp/{mode}/Host-to-monitor, max_age=MaxAge(checking=0, discovery=90.0, inventory=90.0), simulation=False, use_only_cache=False, file_cache_mode=6)
Not using cache (Mode Mode.FORCE_SECTIONS)
oneaccess_data: Fetching data (SNMP walk cache cleared)
Executing BULKWALK (v3) of ".1.3.6.1.2.1.2.2.1.8.402657280" on Host-to-monitor
Executing SNMP _Mode.GET of .1.3.6.1.2.1.2.2.1.8.402657280 on Host-to-monitor
=> [<netsnmp.client.Varbind object at 0x7f74e72d37a0>] INTEGER
.1.3.6.1.2.1.2.2.1.8.402657280 => [b'1'] 'INTEGER'
Not using cache (Mode Mode.FORCE_SECTIONS)
[cpu_tracking] Stop [7f74e6e96540 - Snapshot(process=posix.times_result(user=0.029999999999999805, system=0.0, children_user=0.0, children_system=0.0, elapsed=0.14000000059604645))]
[cpu_tracking] Start [7f74e78188f0]
+ PARSE FETCHER RESULTS
  HostKey(hostname='Host-to-monitor', source_type=<SourceType.HOST: 1>)  -> Add sections: ['oneaccess_data']
Received no piggyback data
Interface LTE        LTE-Verbindung ist aufgebaut
[cpu_tracking] Stop [7f74e78188f0 - Snapshot(process=posix.times_result(user=0.020000000000000018, system=0.0, children_user=0.0, children_system=0.0, elapsed=0.019999999552965164))]
value store: updating
Trying to acquire lock on /omd/sites/sitename/tmp/check_mk/counters/Host-to-monitor
Got lock on /omd/sites/sitename/tmp/check_mk/counters/Host-to-monitor
value store: already loaded
value store: writing to disk
Releasing lock on /omd/sites/sitename/tmp/check_mk/counters/Host-to-monitor
Released lock on /omd/sites/sitename/tmp/check_mk/counters/Host-to-monitor
[snmp] Success, execution time 0.2 sec | execution_time=0.160 user_time=0.050 system_time=0.000 children_user_time=0.000 children_system_time=0.000 cmk_time_snmp=0.110




When restarting (cmk -R) monitoring core, the service is visible in GUI and seems to work.

But after some time, the service changes to “Unimplemented check oneaccess_if_lte_up”. Does anybody know what I am doing wrong?

Best regards,

UT2019

take a look in this example …

Check SNMP Metric - Checkmk Exchange

and I´m thinking local/lib/python3/cmk_addons/plugins/oneaccess/agent_based/oneaccess.py

agend_based isn`the rigth place … use server_side_calls

or the combination … libexec & server_side_calls

That’s the correct location for a simple SNMP or agent check.

That is only relevant for active checks or special agents.

Is your setup an distributed installation with central server and workers?
If you created the check on the worker site and not on the master then it is deleted after some time.

Is your setup an distributed installation with central server and workers?

No, not really. It is a single CheckMK-server with a single instance.

I thought it might have to do something with the filesystem permissions. Another SNMP-plugin, which we have been using for years and which was automatically moved to local/lib/python3/cmk_addons/plugins/otherplugin/agent_based/otherplugin.py during a CheckMK-migration has 755 on the directories and 644 on the python-file. Owner is user/group root.

The new file was created by the instance user and therefore had different permissions.

I adjusted them to the permissions described above and changed owner to root, restarted the monitoring core and everything seemed to be fine. But after some minutes the service changed to “Unimplemented check oneaccess_if_lte_up” again :frowning:

Best regards,

UT2019

That should not be the case. All files inside “~/local/” belong to the site user and site group.

If you get the “unimplemented” message - what happens on CLI if you do a “cmk –debug -vvn hostname”?

That should not be the case. All files inside “~/local/” belong to the site user and site group.

Sounds logical to me. I adjusted everything to the site user now.

If you get the “unimplemented” message - what happens on CLI if you do a “cmk –debug -vvn hostname”?

This is the output, to me it seems as if everything is working as expected (executed as site user)

OMD[sitename]:~$ cmk --debug -vvn Host-to-monitor
value store: loading from disk
Checkmk version 2.4.0p16
+ FETCHING DATA
  Source: SourceInfo(hostname='Host-to-monitor', ipaddress='192.168.10.10', ident='snmp', fetcher_type=<FetcherType.SNMP: 7>, source_type=<SourceType.HOST: 1>)
[cpu_tracking] Start [7fecbe8aa420]
Read from cache: SNMPFileCache(path_template=/omd/sites/sitename/tmp/check_mk/data_source_cache/snmp/{mode}/Host-to-monitor, max_age=MaxAge(checking=0, discovery=90.0, inventory=90.0), simulation=False, use_only_cache=False, file_cache_mode=6)
Not using cache (Too old. Age is 9 sec, allowed is 0 sec)
if64: Fetching data (SNMP walk cache is enabled: Use any locally cached information)
Executing BULKWALK (v3) of ".1.3.6.1.2.1.1.3" on Host-to-monitor
.1.3.6.1.2.1.1.3.0 => [b'268247423'] 'TICKS'
Executing BULKWALK (v3) of ".1.3.6.1.2.1.25.1.1" on Host-to-monitor
Executing SNMP _Mode.GET of .1.3.6.1.2.1.25.1.1 on Host-to-monitor
=> [None] NOSUCHOBJECT
Executing BULKWALK (v3) of ".1.3.6.1.2.1.2.2.1.1" on Host-to-monitor
.1.3.6.1.2.1.2.2.1.1.524288 => [b'524288'] 'INTEGER32'
.1.3.6.1.2.1.2.2.1.1.528384 => [b'528384'] 'INTEGER32'
.1.3.6.1.2.1.2.2.1.1.532480 => [b'532480'] 'INTEGER32'
.1.3.6.1.2.1.2.2.1.1.536576 => [b'536576'] 'INTEGER32'
.1.3.6.1.2.1.2.2.1.1.589824 => [b'589824'] 'INTEGER32'
.1.3.6.1.2.1.2.2.1.1.268439552 => [b'268439552'] 'INTEGER32'
.1.3.6.1.2.1.2.2.1.1.402657280 => [b'402657280'] 'INTEGER32'
.1.3.6.1.2.1.2.2.1.1.1879048192 => [b'1879048192'] 'INTEGER32'
Executing BULKWALK (v3) of ".1.3.6.1.2.1.2.2.1.2" on Host-to-monitor
.1.3.6.1.2.1.2.2.1.2.524288 => [b'GigabitEthernet0/0'] 'OCTETSTR'
.1.3.6.1.2.1.2.2.1.2.528384 => [b'GigabitEthernet0/1'] 'OCTETSTR'
.1.3.6.1.2.1.2.2.1.2.532480 => [b'GigabitEthernet0/2'] 'OCTETSTR'
.1.3.6.1.2.1.2.2.1.2.536576 => [b'GigabitEthernet0/3'] 'OCTETSTR'
.1.3.6.1.2.1.2.2.1.2.589824 => [b'GigabitEthernet1/0'] 'OCTETSTR'
.1.3.6.1.2.1.2.2.1.2.268439552 => [b'Bvi1'] 'OCTETSTR'
.1.3.6.1.2.1.2.2.1.2.402657280 => [b'Virtual-Ethernet1'] 'OCTETSTR'
.1.3.6.1.2.1.2.2.1.2.1879048192 => [b'Null0'] 'OCTETSTR'
Executing BULKWALK (v3) of ".1.3.6.1.2.1.2.2.1.3" on Host-to-monitor
.1.3.6.1.2.1.2.2.1.3.524288 => [b'6'] 'INTEGER'
.1.3.6.1.2.1.2.2.1.3.528384 => [b'6'] 'INTEGER'
.1.3.6.1.2.1.2.2.1.3.532480 => [b'6'] 'INTEGER'
.1.3.6.1.2.1.2.2.1.3.536576 => [b'6'] 'INTEGER'
.1.3.6.1.2.1.2.2.1.3.589824 => [b'6'] 'INTEGER'
.1.3.6.1.2.1.2.2.1.3.268439552 => [b'53'] 'INTEGER'
.1.3.6.1.2.1.2.2.1.3.402657280 => [b'53'] 'INTEGER'
.1.3.6.1.2.1.2.2.1.3.1879048192 => [b'1'] 'INTEGER'
Executing BULKWALK (v3) of ".1.3.6.1.2.1.2.2.1.5" on Host-to-monitor
.1.3.6.1.2.1.2.2.1.5.524288 => [b'1000000000'] 'GAUGE'
.1.3.6.1.2.1.2.2.1.5.528384 => [b'0'] 'GAUGE'
.1.3.6.1.2.1.2.2.1.5.532480 => [b'0'] 'GAUGE'
.1.3.6.1.2.1.2.2.1.5.536576 => [b'0'] 'GAUGE'
.1.3.6.1.2.1.2.2.1.5.589824 => [b'0'] 'GAUGE'
.1.3.6.1.2.1.2.2.1.5.268439552 => [b'1000000000'] 'GAUGE'
.1.3.6.1.2.1.2.2.1.5.402657280 => [b'50000000'] 'GAUGE'
.1.3.6.1.2.1.2.2.1.5.1879048192 => [b'0'] 'GAUGE'
Executing BULKWALK (v3) of ".1.3.6.1.2.1.2.2.1.8" on Host-to-monitor
.1.3.6.1.2.1.2.2.1.8.524288 => [b'1'] 'INTEGER'
.1.3.6.1.2.1.2.2.1.8.528384 => [b'2'] 'INTEGER'
.1.3.6.1.2.1.2.2.1.8.532480 => [b'2'] 'INTEGER'
.1.3.6.1.2.1.2.2.1.8.536576 => [b'2'] 'INTEGER'
.1.3.6.1.2.1.2.2.1.8.589824 => [b'2'] 'INTEGER'
.1.3.6.1.2.1.2.2.1.8.268439552 => [b'1'] 'INTEGER'
.1.3.6.1.2.1.2.2.1.8.402657280 => [b'1'] 'INTEGER'
.1.3.6.1.2.1.2.2.1.8.1879048192 => [b'1'] 'INTEGER'
Executing BULKWALK (v3) of ".1.3.6.1.2.1.31.1.1.1.6" on Host-to-monitor
.1.3.6.1.2.1.31.1.1.1.6.524288 => [b'466857437'] 'COUNTER64'
.1.3.6.1.2.1.31.1.1.1.6.528384 => [b'0'] 'COUNTER64'
.1.3.6.1.2.1.31.1.1.1.6.532480 => [b'0'] 'COUNTER64'
.1.3.6.1.2.1.31.1.1.1.6.536576 => [b'0'] 'COUNTER64'
.1.3.6.1.2.1.31.1.1.1.6.589824 => [b'0'] 'COUNTER64'
.1.3.6.1.2.1.31.1.1.1.6.268439552 => [b'441009428'] 'COUNTER64'
.1.3.6.1.2.1.31.1.1.1.6.402657280 => [b'132044312'] 'COUNTER64'
.1.3.6.1.2.1.31.1.1.1.6.1879048192 => [b'0'] 'COUNTER64'
Executing BULKWALK (v3) of ".1.3.6.1.2.1.31.1.1.1.7" on Host-to-monitor
.1.3.6.1.2.1.31.1.1.1.7.524288 => [b'958414'] 'COUNTER64'
.1.3.6.1.2.1.31.1.1.1.7.528384 => [b'0'] 'COUNTER64'
.1.3.6.1.2.1.31.1.1.1.7.532480 => [b'0'] 'COUNTER64'
.1.3.6.1.2.1.31.1.1.1.7.536576 => [b'0'] 'COUNTER64'
.1.3.6.1.2.1.31.1.1.1.7.589824 => [b'0'] 'COUNTER64'
.1.3.6.1.2.1.31.1.1.1.7.268439552 => [b'958407'] 'COUNTER64'
.1.3.6.1.2.1.31.1.1.1.7.402657280 => [b'1009907'] 'COUNTER64'
.1.3.6.1.2.1.31.1.1.1.7.1879048192 => [b'0'] 'COUNTER64'
Executing BULKWALK (v3) of ".1.3.6.1.2.1.31.1.1.1.8" on Host-to-monitor
.1.3.6.1.2.1.31.1.1.1.8.524288 => [b'4779339'] 'COUNTER64'
.1.3.6.1.2.1.31.1.1.1.8.528384 => [b'0'] 'COUNTER64'
.1.3.6.1.2.1.31.1.1.1.8.532480 => [b'0'] 'COUNTER64'
.1.3.6.1.2.1.31.1.1.1.8.536576 => [b'0'] 'COUNTER64'
.1.3.6.1.2.1.31.1.1.1.8.589824 => [b'0'] 'COUNTER64'
.1.3.6.1.2.1.31.1.1.1.8.268439552 => [b'4779339'] 'COUNTER64'
.1.3.6.1.2.1.31.1.1.1.8.402657280 => [b'0'] 'COUNTER64'
.1.3.6.1.2.1.31.1.1.1.8.1879048192 => [b'0'] 'COUNTER64'
Executing BULKWALK (v3) of ".1.3.6.1.2.1.31.1.1.1.9" on Host-to-monitor
.1.3.6.1.2.1.31.1.1.1.9.524288 => [b'784'] 'COUNTER64'
.1.3.6.1.2.1.31.1.1.1.9.528384 => [b'0'] 'COUNTER64'
.1.3.6.1.2.1.31.1.1.1.9.532480 => [b'0'] 'COUNTER64'
.1.3.6.1.2.1.31.1.1.1.9.536576 => [b'0'] 'COUNTER64'
.1.3.6.1.2.1.31.1.1.1.9.589824 => [b'0'] 'COUNTER64'
.1.3.6.1.2.1.31.1.1.1.9.268439552 => [b'784'] 'COUNTER64'
.1.3.6.1.2.1.31.1.1.1.9.402657280 => [b'0'] 'COUNTER64'
.1.3.6.1.2.1.31.1.1.1.9.1879048192 => [b'0'] 'COUNTER64'
Executing BULKWALK (v3) of ".1.3.6.1.2.1.2.2.1.13" on Host-to-monitor
.1.3.6.1.2.1.2.2.1.13.524288 => [b'7'] 'COUNTER'
.1.3.6.1.2.1.2.2.1.13.528384 => [b'0'] 'COUNTER'
.1.3.6.1.2.1.2.2.1.13.532480 => [b'0'] 'COUNTER'
.1.3.6.1.2.1.2.2.1.13.536576 => [b'0'] 'COUNTER'
.1.3.6.1.2.1.2.2.1.13.589824 => [b'0'] 'COUNTER'
.1.3.6.1.2.1.2.2.1.13.268439552 => [b'499578'] 'COUNTER'
.1.3.6.1.2.1.2.2.1.13.402657280 => [b'5'] 'COUNTER'
.1.3.6.1.2.1.2.2.1.13.1879048192 => [b'0'] 'COUNTER'
Executing BULKWALK (v3) of ".1.3.6.1.2.1.2.2.1.14" on Host-to-monitor
.1.3.6.1.2.1.2.2.1.14.524288 => [b'0'] 'COUNTER'
.1.3.6.1.2.1.2.2.1.14.528384 => [b'0'] 'COUNTER'
.1.3.6.1.2.1.2.2.1.14.532480 => [b'0'] 'COUNTER'
.1.3.6.1.2.1.2.2.1.14.536576 => [b'0'] 'COUNTER'
.1.3.6.1.2.1.2.2.1.14.589824 => [b'0'] 'COUNTER'
.1.3.6.1.2.1.2.2.1.14.268439552 => [b'0'] 'COUNTER'
.1.3.6.1.2.1.2.2.1.14.402657280 => [b'0'] 'COUNTER'
.1.3.6.1.2.1.2.2.1.14.1879048192 => [b'0'] 'COUNTER'
Executing BULKWALK (v3) of ".1.3.6.1.2.1.31.1.1.1.10" on Host-to-monitor
.1.3.6.1.2.1.31.1.1.1.10.524288 => [b'196234383'] 'COUNTER64'
.1.3.6.1.2.1.31.1.1.1.10.528384 => [b'0'] 'COUNTER64'
.1.3.6.1.2.1.31.1.1.1.10.532480 => [b'0'] 'COUNTER64'
.1.3.6.1.2.1.31.1.1.1.10.536576 => [b'0'] 'COUNTER64'
.1.3.6.1.2.1.31.1.1.1.10.589824 => [b'0'] 'COUNTER64'
.1.3.6.1.2.1.31.1.1.1.10.268439552 => [b'196234383'] 'COUNTER64'
.1.3.6.1.2.1.31.1.1.1.10.402657280 => [b'113288704'] 'COUNTER64'
.1.3.6.1.2.1.31.1.1.1.10.1879048192 => [b'0'] 'COUNTER64'
Executing BULKWALK (v3) of ".1.3.6.1.2.1.31.1.1.1.11" on Host-to-monitor
.1.3.6.1.2.1.31.1.1.1.11.524288 => [b'963867'] 'COUNTER64'
.1.3.6.1.2.1.31.1.1.1.11.528384 => [b'0'] 'COUNTER64'
.1.3.6.1.2.1.31.1.1.1.11.532480 => [b'0'] 'COUNTER64'
.1.3.6.1.2.1.31.1.1.1.11.536576 => [b'0'] 'COUNTER64'
.1.3.6.1.2.1.31.1.1.1.11.589824 => [b'0'] 'COUNTER64'
.1.3.6.1.2.1.31.1.1.1.11.268439552 => [b'963867'] 'COUNTER64'
.1.3.6.1.2.1.31.1.1.1.11.402657280 => [b'671285'] 'COUNTER64'
.1.3.6.1.2.1.31.1.1.1.11.1879048192 => [b'0'] 'COUNTER64'
Executing BULKWALK (v3) of ".1.3.6.1.2.1.31.1.1.1.12" on Host-to-monitor
.1.3.6.1.2.1.31.1.1.1.12.524288 => [b'1070'] 'COUNTER64'
.1.3.6.1.2.1.31.1.1.1.12.528384 => [b'0'] 'COUNTER64'
.1.3.6.1.2.1.31.1.1.1.12.532480 => [b'0'] 'COUNTER64'
.1.3.6.1.2.1.31.1.1.1.12.536576 => [b'0'] 'COUNTER64'
.1.3.6.1.2.1.31.1.1.1.12.589824 => [b'0'] 'COUNTER64'
.1.3.6.1.2.1.31.1.1.1.12.268439552 => [b'1070'] 'COUNTER64'
.1.3.6.1.2.1.31.1.1.1.12.402657280 => [b'323222'] 'COUNTER64'
.1.3.6.1.2.1.31.1.1.1.12.1879048192 => [b'0'] 'COUNTER64'
Executing BULKWALK (v3) of ".1.3.6.1.2.1.31.1.1.1.13" on Host-to-monitor
.1.3.6.1.2.1.31.1.1.1.13.524288 => [b'1982'] 'COUNTER64'
.1.3.6.1.2.1.31.1.1.1.13.528384 => [b'0'] 'COUNTER64'
.1.3.6.1.2.1.31.1.1.1.13.532480 => [b'0'] 'COUNTER64'
.1.3.6.1.2.1.31.1.1.1.13.536576 => [b'0'] 'COUNTER64'
.1.3.6.1.2.1.31.1.1.1.13.589824 => [b'0'] 'COUNTER64'
.1.3.6.1.2.1.31.1.1.1.13.268439552 => [b'1982'] 'COUNTER64'
.1.3.6.1.2.1.31.1.1.1.13.402657280 => [b'0'] 'COUNTER64'
.1.3.6.1.2.1.31.1.1.1.13.1879048192 => [b'0'] 'COUNTER64'
Executing BULKWALK (v3) of ".1.3.6.1.2.1.2.2.1.19" on Host-to-monitor
.1.3.6.1.2.1.2.2.1.19.524288 => [b'0'] 'COUNTER'
.1.3.6.1.2.1.2.2.1.19.528384 => [b'0'] 'COUNTER'
.1.3.6.1.2.1.2.2.1.19.532480 => [b'0'] 'COUNTER'
.1.3.6.1.2.1.2.2.1.19.536576 => [b'0'] 'COUNTER'
.1.3.6.1.2.1.2.2.1.19.589824 => [b'0'] 'COUNTER'
.1.3.6.1.2.1.2.2.1.19.268439552 => [b'0'] 'COUNTER'
.1.3.6.1.2.1.2.2.1.19.402657280 => [b'31'] 'COUNTER'
.1.3.6.1.2.1.2.2.1.19.1879048192 => [b'0'] 'COUNTER'
Executing BULKWALK (v3) of ".1.3.6.1.2.1.2.2.1.20" on Host-to-monitor
.1.3.6.1.2.1.2.2.1.20.524288 => [b'0'] 'COUNTER'
.1.3.6.1.2.1.2.2.1.20.528384 => [b'0'] 'COUNTER'
.1.3.6.1.2.1.2.2.1.20.532480 => [b'0'] 'COUNTER'
.1.3.6.1.2.1.2.2.1.20.536576 => [b'0'] 'COUNTER'
.1.3.6.1.2.1.2.2.1.20.589824 => [b'0'] 'COUNTER'
.1.3.6.1.2.1.2.2.1.20.268439552 => [b'0'] 'COUNTER'
.1.3.6.1.2.1.2.2.1.20.402657280 => [b'0'] 'COUNTER'
.1.3.6.1.2.1.2.2.1.20.1879048192 => [b'0'] 'COUNTER'
Executing BULKWALK (v3) of ".1.3.6.1.2.1.2.2.1.21" on Host-to-monitor
Executing SNMP _Mode.GET of .1.3.6.1.2.1.2.2.1.21 on Host-to-monitor
=> [None] GAUGE
Executing BULKWALK (v3) of ".1.3.6.1.2.1.31.1.1.1.18" on Host-to-monitor
.1.3.6.1.2.1.31.1.1.1.18.524288 => [b''] 'OCTETSTR'
.1.3.6.1.2.1.31.1.1.1.18.528384 => [b''] 'OCTETSTR'
.1.3.6.1.2.1.31.1.1.1.18.532480 => [b''] 'OCTETSTR'
.1.3.6.1.2.1.31.1.1.1.18.536576 => [b''] 'OCTETSTR'
.1.3.6.1.2.1.31.1.1.1.18.589824 => [b''] 'OCTETSTR'
.1.3.6.1.2.1.31.1.1.1.18.268439552 => [b''] 'OCTETSTR'
.1.3.6.1.2.1.31.1.1.1.18.402657280 => [b'CellularInt'] 'OCTETSTR'
.1.3.6.1.2.1.31.1.1.1.18.1879048192 => [b''] 'OCTETSTR'
Executing BULKWALK (v3) of ".1.3.6.1.2.1.2.2.1.6" on Host-to-monitor
.1.3.6.1.2.1.2.2.1.6.524288 => [b'p\xfc\x8cUu0'] 'OCTETSTR'
.1.3.6.1.2.1.2.2.1.6.528384 => [b'p\xfc\x8cUu1'] 'OCTETSTR'
.1.3.6.1.2.1.2.2.1.6.532480 => [b'p\xfc\x8cUu2'] 'OCTETSTR'
.1.3.6.1.2.1.2.2.1.6.536576 => [b'p\xfc\x8cUu3'] 'OCTETSTR'
.1.3.6.1.2.1.2.2.1.6.589824 => [b'p\xfc\x8cUu4'] 'OCTETSTR'
.1.3.6.1.2.1.2.2.1.6.268439552 => [b'p\xfc\x8cUu0'] 'OCTETSTR'
.1.3.6.1.2.1.2.2.1.6.402657280 => [b'\x00\x00\x00\x00\x00\x00'] 'OCTETSTR'
.1.3.6.1.2.1.2.2.1.6.1879048192 => [b'\x00\x00\x00\x00\x00\x00'] 'OCTETSTR'
Executing BULKWALK (v3) of ".1.3.6.1.2.1.31.1.1.1.15" on Host-to-monitor
.1.3.6.1.2.1.31.1.1.1.15.524288 => [b'1000'] 'GAUGE'
.1.3.6.1.2.1.31.1.1.1.15.528384 => [b'0'] 'GAUGE'
.1.3.6.1.2.1.31.1.1.1.15.532480 => [b'0'] 'GAUGE'
.1.3.6.1.2.1.31.1.1.1.15.536576 => [b'0'] 'GAUGE'
.1.3.6.1.2.1.31.1.1.1.15.589824 => [b'0'] 'GAUGE'
.1.3.6.1.2.1.31.1.1.1.15.268439552 => [b'1000'] 'GAUGE'
.1.3.6.1.2.1.31.1.1.1.15.402657280 => [b'50'] 'GAUGE'
.1.3.6.1.2.1.31.1.1.1.15.1879048192 => [b'0'] 'GAUGE'
oneaccess_data: Fetching data (SNMP walk cache is enabled: Use any locally cached information)
Executing BULKWALK (v3) of ".1.3.6.1.2.1.2.2.1.8.402657280" on Host-to-monitor
Executing SNMP _Mode.GET of .1.3.6.1.2.1.2.2.1.8.402657280 on Host-to-monitor
=> [<netsnmp.client.Varbind object at 0x7fecbed49be0>] INTEGER
.1.3.6.1.2.1.2.2.1.8.402657280 => [b'1'] 'INTEGER'
snmp_info: Fetching data (SNMP walk cache is enabled: Use any locally cached information)
Executing BULKWALK (v3) of ".1.3.6.1.2.1.1.1" on Host-to-monitor
.1.3.6.1.2.1.1.1.0 => [b'OneOS-pCPE-ARM_pi1-6.14.2m2'] 'OCTETSTR'
Executing BULKWALK (v3) of ".1.3.6.1.2.1.1.2" on Host-to-monitor
.1.3.6.1.2.1.1.2.0 => [b'.1.3.6.1.4.1.13191.1.1.531'] 'OBJECTID'
Executing BULKWALK (v3) of ".1.3.6.1.2.1.1.4" on Host-to-monitor
.1.3.6.1.2.1.1.4.0 => [b''] 'OCTETSTR'
Executing BULKWALK (v3) of ".1.3.6.1.2.1.1.5" on Host-to-monitor
.1.3.6.1.2.1.1.5.0 => [b'v1144-201'] 'OCTETSTR'
Executing BULKWALK (v3) of ".1.3.6.1.2.1.1.6" on Host-to-monitor
.1.3.6.1.2.1.1.6.0 => [b''] 'OCTETSTR'
snmp_uptime: Fetching data (SNMP walk cache is enabled: Use any locally cached information)
Already fetched OID: .1.3.6.1.2.1.1.3
Already fetched OID: .1.3.6.1.2.1.25.1.1
Write data to cache file /omd/sites/sitename/tmp/check_mk/data_source_cache/snmp/checking/Host-to-monitor
Trying to acquire lock on /omd/sites/sitename/tmp/check_mk/data_source_cache/snmp/checking/Host-to-monitor
Got lock on /omd/sites/sitename/tmp/check_mk/data_source_cache/snmp/checking/Host-to-monitor
Releasing lock on /omd/sites/sitename/tmp/check_mk/data_source_cache/snmp/checking/Host-to-monitor
Released lock on /omd/sites/sitename/tmp/check_mk/data_source_cache/snmp/checking/Host-to-monitor
[cpu_tracking] Stop [7fecbe8aa420 - Snapshot(process=posix.times_result(user=0.06999999999999984, system=0.0, children_user=0.0, children_system=0.0, elapsed=2.5599999986588955))]
[cpu_tracking] Start [7fecc3e9a5d0]
+ PARSE FETCHER RESULTS
  HostKey(hostname='Host-to-monitor', source_type=<SourceType.HOST: 1>)  -> Add sections: ['if64', 'oneaccess_data', 'snmp_info', 'snmp_uptime']
Received no piggyback data
Interface 0000524288 [GigabitEthernet0/0], (up), MAC: FF:FF:FF:FF:FF:FF, Speed: 1 GBit/s, In: 738 B/s (<0.01%), Out: 800 B/s (<0.01%)
Interface LTE        LTE-Verbindung ist aufgebaut
SNMP Info            OneOS-pCPE-ARM_pi1-6.14.2m2, , ,
Uptime               Up since 2026-01-09 10:40:08, Uptime: 31 days 1 hour
[cpu_tracking] Stop [7fecc3e9a5d0 - Snapshot(process=posix.times_result(user=0.009999999999999787, system=0.0, children_user=0.0, children_system=0.0, elapsed=0.010000001639127731))]
[snmp] Success, execution time 2.6 sec | execution_time=2.570 user_time=0.080 system_time=0.000 children_user_time=0.000 children_system_time=0.000 cmk_time_snmp=2.490
OMD[sitename]:~$

Very strange behaviour. Especially because the other plugin is working fine…

It looks like some strange caching problem. I would do a complete site restart with “omd restart” and check if the unimplemented happens again.

In older versions i had sometimes the problem in enterprise environments, that a new check was not correctly used by the checker workers. Only after restart of all workers they used the newly generated configuration.

Hi Andreas,

very strange problem indeed. “omd restart” did not change anything. Restarting the complete server, and inventorizing the host again seems to have solved the problem.

This (restart) additionally solved another SNMP-related problem: CheckMK was configured to check a nother OneAccess-component with the same credentials and was not able to (timeout). After restarting the server, the snmp-check is working.

I don’t know the cause, but now both problems are solved…

1 Like