Annon
July 5, 2026, 4:41pm
1
CMK version:2.5.0 p6
Hallo Community,
Ich habe zwei Aruba JL679A 6100 Switches, die sich in Checkmk 2.5.0p6 unterschiedlich verhalten.
Switch A
Firmware: PL.10.13.1031
Switch B
Firmware: PL.10.16.1040
Switch A (10.13) erhält automatisch das Host-Label cmk/device_type:switch
Switch B (10.16) erhält das Label nicht.
Ich vermute daher den Firmware-Unterschied als Grund. Allerdings fiel es mir erst jetzt nach den hohen Temperaturen auf.
Das fehlende Label führt dazu, dass meine Regel für Switch-Temperaturen (Interpretation of the device’s own temperature status: Ignore device’s own levels) auf dem 10.16-Switch nicht greift und der Switch mich bezüglich seiner CPU-Temperaturen warnt. Ich verstehe die Warnung, wir Monitoren die aber über ein Dashboard mit internen werten. Die Werte vom Switch sollen also ignoriert werden.
Hat jemand das gleiche Verhalten mit AOS-CX 10.16 beobachtet oder weiß, ob sich die automatische Geräteklassifizierung zwischen den Firmware-Versionen geändert hat? Da sysObjectID identisch ist, hätte ich erwartet, dass beide Geräte gleich erkannt werden. Oder liegt das an sysDescr?
r.sander
July 5, 2026, 6:38pm
2
Ja, es gibt da eine kleine Heuristik, die aus sysDescr versucht herauszufinden, was es für ein Gerät ist.
Annon:
139W Swch PL.10.16.1040
Wie @r.sander schon geschrieben hat sucht CMK halt nach sowas wie dem Wort “Switch” welches hier etwas “seltsam” geschrieben ist in der Firmware
otAAAh
July 6, 2026, 6:52am
4
Ich habe das intern als Bug erfasst, damit die Erkennung die abgekürzte Aruba-Schreibweise ebenfalls berücksichtigt.
Workaround bis dahin: Das Label lässt sich manuell über Custom host labels als cmk/device_type:switch vergeben.
1 Like
r.sander
July 6, 2026, 7:00am
5
The code is here:
#!/usr/bin/env python3
# Copyright (C) 2019 Checkmk GmbH - License: GNU General Public License v2
# This file is part of Checkmk (https://checkmk.com). It is subject to the terms and
# conditions defined in the file COPYING, which is part of this source code package.
import enum
import re
from typing import Final, Protocol
from cmk.agent_based.v2 import HostLabel, HostLabelGenerator
class _WithDescription(Protocol):
@property
def description(self) -> str: ...
def get_device_type_label(section: _WithDescription) -> HostLabelGenerator:
"""Host label function
Labels:
show original
and it is used by the SNMP Info check plugin:
def parse_snmp_info(string_table: StringTable) -> SNMPInfo | None:
if not string_table:
return None
snmp_info = [_parse_string(s) for s in string_table[0]]
return SNMPInfo(*snmp_info)
snmp_section_snmp_info = SimpleSNMPSection(
name="snmp_info",
parse_function=parse_snmp_info,
host_label_function=get_device_type_label,
fetch=SNMPTree(
base=".1.3.6.1.2.1.1",
oids=["1", "2", "4", "5", "6"],
),
detect=HAS_SYSDESC,
)
def discover_snmp_info(section: SNMPInfo) -> DiscoveryResult:
yield Service()
1 Like
otAAAh
July 7, 2026, 7:44am
6
Will be solved with this werk:
https://checkmk.com/werk/20134
will be backported to the 2.5.0p9 and and 2.4.0p34
BR
2 Likes
Annon
July 7, 2026, 6:18pm
7
Fixing this is quicker than approving my forum posts
1 Like
Annon
July 7, 2026, 6:18pm
8
Danke. Ich werde das Label erstmal über die Host-Ordner zuweisen.
Befürchte allerdings, dass das nun zeitnah noch andere Aruba-Geräte trifft. Mal abwarten.
Ist bei mir schon länger - hat mich nur nie gestört das da kein Switch Label dran war
Annon
July 7, 2026, 8:02pm
10
Wie machst du das bei Aruba Switchen mit dem Monitoring der Temperaturen?
Würde ich die Grundeinstellung verwenden, würden mir bestimmt 20% der Geräte “WARN” anzeigen, weil im jeweiligen Technikraum 30°C sind.
Die passiv gekühlten sind noch unzufriedener. Da haben wir tatsächlich Lüfter in die Schränke eingebaut, um die Stauwärme wegzubekommen.
Klimawandel lässt grüßen.
