Probleme mit SNMP v3 Auth + Priv

CMK version: sowohl 1.6.0p29 als auch 2.1.0p16
OS version: RHEL für cmk1.6 und Ubuntu Server 20.04 für cmk2.1

Error message: SNMP Error on : SNMP query timed out after 6 tries within 6.02 seconds

Output of “cmk --debug -vvn hostname”:

Output of `cmk --debug -vvn hostname`
[cpu_tracking] Start with phase 'busy'
Check_MK version 1.6.0p29
Try aquire lock on /omd/sites/<site>/tmp/check_mk/counters/<hostname>
Got lock on /omd/sites/<site>/tmp/check_mk/counters/<hostname>
Releasing lock on /omd/sites/<site>/tmp/check_mk/counters/<hostname>
Released lock on /omd/sites/<site>/tmp/check_mk/counters/<hostname>
Loading autochecks from /omd/sites/<site>/var/check_mk/autochecks/<hostname>.mk
+ FETCHING DATA
[cpu_tracking] Push phase 'snmp' (Stack: ['busy'])
 [snmp] No persisted sections loaded
 [snmp] Not using cache (Does not exist)
 [snmp] Execute data source
 [snmp] Write data to cache file /omd/sites/<site>/tmp/check_mk/data_source_cache/snmp/<hostname>
Try aquire lock on /omd/sites/<site>/tmp/check_mk/data_source_cache/snmp/<hostname>
Got lock on /omd/sites/<site>/tmp/check_mk/data_source_cache/snmp/<hostname>
Releasing lock on /omd/sites/<site>/tmp/check_mk/data_source_cache/snmp/<hostname>
Released lock on /omd/sites/<site>/tmp/check_mk/data_source_cache/snmp/<hostname>
[cpu_tracking] Pop phase 'snmp' (Stack: ['busy', 'snmp'])
[cpu_tracking] Push phase 'agent' (Stack: ['busy'])
 [piggyback] No persisted sections loaded
 [piggyback] Execute data source
No piggyback files for '<hostname>'. Skip processing.
No piggyback files for '<host-ip>'. Skip processing.
[cpu_tracking] Pop phase 'agent' (Stack: ['busy', 'agent'])
[cpu_tracking] End
OK - [snmp] Success, execution time 0.0 sec | execution_time=0.010 user_time=0.010 system_time=0.000 children_user_time=0.000 children_system_time=0.000 cmk_time_snmp=0.003 cmk_time_agent=0.001
Output of `cmk -D --debug -vvn hostname`
<hostname>
Addresses:              <host-ip>
Tags:                   [APPTYPE:NA_APPTYPE], [ORG:ADV], [OS:NA_OS], [USE:Infra], [address_family:ip-v4-only], [agent:no-agent], [criticality:prod], [ip-v4:ip-v4], [malware:unknown], [networking:lan], [piggyback:auto-piggyback], [site:<site>], [snmp:snmp], [snmp-only:snmp-only], [snmp_ds:snmp-v2]
Labels:
Host groups:            check_mk
Contact groups:         all
Agent mode:             No agent
Type of agent:
  SNMP (Credentials: 'authPriv, SHA, <snmp-user>, <16-stelliges Passwort>, AES, <16-stelliges Passwort>', Bulk walk: yes, Port: 161, Inline: yes)
  Process piggyback data from /omd/sites/<site>/tmp/check_mk/piggyback/<hostname>
Services:
Loading autochecks from /omd/sites/<site>/var/check_mk/autochecks/<hostname>.mk
  checktype item params description groups
  --------- ---- ------ ----------- ------

Ich brauche Hilfe für eine Abfrage via SNMPv3 mit Auth & Priv (ohne Agenten).

Ich habe im Wato den Host entsprechend den Einstellungen auf der zu überwachenden Maschine eingerichtet:

Checkmk agent / API integrations… No API integrations, no Checkmk agent

SNMP… SNMP v2 or v3
SNMP credentials… Credentials for SNMPv3 with authentication and privacy (authPriv)

Security Level… authentication and encryption
Authentication protocol… SHA-1 (SHA-96)
Security name… <snmp-user>
Authentication password… <16-stelliges Passwort>
Privacy protocol… AES-128
Privacy pass phrase… <16-stelliges Passwort>

Trotzdem schafft es das CheckMK nicht, in den Tests / Diagnostics eine SNMPv3-Verbindung herzustellen, geschweige denn irgendwelche Services zu entdecken.

Rufe ich in der Shell auf dem CheckMK-Host ein snmpget oder snmpwalk auf, bekomme ich aber alle angefragten Daten geliefert:

snmpwalk -v3 -u <snmp-user> -a SHA -A <16-stelliges Passwort> -x AES -X <16-stelliges Passwort> -l authPriv <hostname>

Diverse Beiträge in diesem Forum berichten von ähnlich gelagerten Problemen, wenn es um SNMPv3 geht, aber in keinem der Beiträge habe ich eine Lösung für mein Problem finden können.

Deshalb jetzt hier erneut mit der Hoffnung auf Hilfe…

Danke!

Bei mir hat es, bei einem ähnlichen Problem, geholfen, das SNMP Backend für den Host auf “Use Classic Backend” umzustellen.

1 Like

Danke! Du hast mir die Woche gerettet.

Zusätzlich zum Classic-Backend musste ich allerdings auch noch das SNMP-BulkWalk deaktivieren, bei uns im Haus wohl zur Ressourcenschonung per default aktiviert.

Beides über eine WATo-Regel unter “Host & Service Parameters” » “Access to Agents” » “SNMP”

In einer vorhandenen Regel “Bulk walk: Hosts using bulkd walk (enforces SNMPv2)” musste ich meinen Host explizit austragen und unter “Hosts not using Inline-SNMP” eine Regel für meinen Host gezielt anlegen.

Jetzt funktioniert es. :smiley:

EDIT: Das ist die Lösung für CheckMK v1.6.0p29

This topic was automatically closed 365 days after the last reply. New replies are no longer allowed. Contact an admin if you think this should be re-opened.