Rittal CMC III Erkennung

Liebe Check_mk-Community,

leider bin ich an einen Punkt angekommen, bei dem ich nicht weiter komme.
Ich habe hier 6 PDUs + 6 Türkontakte + Temperatursensoren + Löschanlage + Klimageräte von Riital CMCIII. DIe PDUs sind alle am Netzwerk angeschlossen, der Rest hängt am internen Bus.

Diese Sensoren würde ich gerne alle mit Check_Mk Version 2.2.0p17 überwachen.
Leider sehe ich nur die Hardware der PDU, aber nicht die Sensoren.

Rittal CMC III Erkennung habe ich auf den Ordner aktiviert. SNMP ist auf den PDUs aktiviert.
Wäre dankbar über Tipps.

Danke.

Gruß

Michael

Einfache kurze Frage.
Um wie viele Processing Units handelt es sich bei dem System?
Nur eine zentrale?

Der Aufbau des gesamten Systems ist hier entscheidend was und wie am Ende überwacht werden kann.

Eine gute Abschätzung auch der Zeit liefert wie immer ein “cmk --debug -vvI HOSTNAME” auf der Command Line als Site User.

So wie ich es verstehe, haben wir 6 Processing Units, da jede PDU als Processing Unit erscheint. Wir haben keine einzelne zentrale Processing Unit.

Dann sollte das eigentlich kein Laufzeit Problem darstellen und auch ordentlich Daten liefern.
Du kannst ja mittels CMK auch einen SNMPwalk mal erstellen und dort schauen ob die Gerätespezifischen OIDs mit Daten ausgegeben werden.
Hatte eigentlich schon viele verschiedene Rittal Geräte und bis auf die Geschwindigkeit der Abfrage keine Probleme.

Aber ich muss nur die PDU per SNMP abfragen, was ja bereits funktioniert. Nur ohne Werte.
Dann muss ich zusätzlich auf den Host die Regel “Rittal CMC III Erkennung” aktiv nehmen. Dann sollte er mir doch die Werte erkennen? Oder muss hier noch etwas gescriptet werden?

Nö.

Er sollte halt bei der Abfrage erstmal durchlaufen ohne Fehler.
Genaueres Debugging ist nur auf der Shell möglich.
Dort siehst halt mit einem “cmk --debug -vvI hostname” was er überhaupt versucht abzufragen - egal ob dann Daten kommen oder nicht.

Leider kommen bei der Abfrage über die Shell einige fehler hoch.



Getting OID .1.3.6.1.4.1.1139.21.2.2.8.1.*: Running 'snmpgetnext -Cf -v3 -l authNoPriv -a md5 -u cmk -A ******************* -m "" -M "" -On -OQ -Oe -Ot 172.16.41.200 .1.3.6.1.4.1.1139.21.2.2.8.1
SNMP answer: ==> [1]
failed.
--
       Getting OID .1.3.6.1.4.1.14848.2.1.1.1.0: Running 'snmpget -v3 -l authNoPriv -a md5 -u cmk -A ******************* -m "" -M "" -On -OQ -Oe -Ot 172.16.41.200 .1.3.6.1.4.1.14848.2.1.1.1.0'
SNMP answer: ==> [No Such Object available on this agent at this OID]
failed.
--
       Getting OID .1.3.6.1.4.1.2021.*: Running 'snmpgetnext -Cf -v3 -l authNoPriv -a md5 -u cmk -A ******************* -m "" -M "" -On -OQ -Oe -Ot 172.16.41.200 .1.3.6.1.4.1.2021'
SNMP answer: ==> [1]
failed.
--
       Getting OID .1.3.6.1.4.1.6302.2.1.1.1.0: Running 'snmpget -v3 -l authNoPriv -a md5 -u cmk -A ******************* -m "" -M "" -On -OQ -Oe -Ot 172.16.41.200 .1.3.6.1.4.1.6302.2.1.1.1.0'
SNMP answer: ==> [No Such Object available on this agent at this OID]
failed.
--
       Getting OID .1.3.6.1.2.1.105.1.3.1.1.*: Running 'snmpgetnext -Cf -v3 -l authNoPriv -a md5 -u cmk -A ******************* -m "" -M "" -On -OQ -Oe -Ot 172.16.41.200 .1.3.6.1.2.1.105.1.3.1.1'
SNMP answer: ==> ["07 E8 01 14 15 1E 2C 00 2B 01 00 "]
failed.
--
       Getting OID .1.3.6.1.4.1.2036.2.1.1.4.0: Running 'snmpget -v3 -l authNoPriv -a md5 -u cmk -A ******************* -m "" -M "" -On -OQ -Oe -Ot 172.16.41.200 .1.3.6.1.4.1.2036.2.1.1.4.0'
SNMP answer: ==> [No Such Object available on this agent at this OID]
failed.
--
       Getting OID .1.3.6.1.4.1.30155.2.1.1.0: Running 'snmpget -v3 -l authNoPriv -a md5 -u cmk -A ******************* -m "" -M "" -On -OQ -Oe -Ot 172.16.41.200 .1.3.6.1.4.1.30155.2.1.1.0'
SNMP answer: ==> [No Such Object available on this agent at this OID]
failed.
--
       Getting OID .1.3.6.1.4.1.232.2.2.4.2.0: Running 'snmpget -v3 -l authNoPriv -a md5 -u cmk -A ******************* -m "" -M "" -On -OQ -Oe -Ot 172.16.41.200 .1.3.6.1.4.1.232.2.2.4.2.0'
SNMP answer: ==> [No Such Object available on this agent at this OID]
failed.
--
       Getting OID .1.3.6.1.4.1.674.*: Running 'snmpgetnext -Cf -v3 -l authNoPriv -a md5 -u cmk -A ******************* -m "" -M "" -On -OQ -Oe -Ot 172.16.41.200 .1.3.6.1.4.1.674'
SNMP answer: ==> [1]
failed.

Die Fehler sind vollkommen ok - CMK testet hier einige OIDs von Gerätetypen welche keine ordentliche sysDescrOID besitzen. Nach diesem Test sollte eine Ausgabe erfolgen welche Checks nun wirklich inventarisiert werden.
Bei deinen CMC Geräten wäre der Inhalt der sysDescrOID relevant → .1.3.6.1.2.1.1.1.0

Diese sind alle ohne Inhalt. Muss ich an den Rittalgeräten ausser SNMP noch etwas freigeben?

Wenn die sysDescrOID leer ist würde ich mich mal an den Rittal Support wenden und sagen, dass man gern eine funktionierende Firmware haben mag.

1 Like

Ich hatte hier im Forum noch ein bisschen Nachgelesen.

Kann es sein, dass der Falsche wert in Rittal bzw. Plugin steht?

Bei mir:

.1.3.6.1.2.1.1.1.0 Rittal PDU SN 39323623 HW REV.0406 - SW V7.19.10
.1.3.6.1.2.1.1.2.0 .1.3.6.1.4.1.2606.7

In einen Betriag von r.sander von 2021 habe ich folgendes gefunden.

Dann greift wahrscheinlich die snmp_scan_function in dem Plugin nicht. Passen dort die OIDs?

".1.3.6.1.4.1.2606.4" in oid(".1.3.6.1.2.1.1.2.0")

Das ist aber keine leere sysDescrOID, wenn ich das richtig sehe steht da was drin :wink:
Deine OID sollte aber vom CMCIII Check gefunden werden.
Der schaut genau nach der von dir genannten.
Ohne die echten SNMPwalk Daten wird das beim raten bleiben was hier nicht funktioniert.

Falls die Regel “Hosts without system description OID” für den betroffenen Host konfiguriert ist, sollte sie deaktiviert werden.

1 Like

Ich habe mittlerweile so viele Änderungen und Versuche durchgeführt, dass ich schon gar nicht mehr so wirklich weiß, woran es nun wirklich gelegen hat.

Meiner Meinung war es aber eine erneute Speicherung der “Globale Konfigurationsvariable use_new_descriptions_for”.

Hier Stand die CMCIII schon drin. Habe hier nur nicht genutzte Dinge entfernt und gespeichert. Komischerweise lief es danach.

Danke für eure Hilfe.

Klingt nach einer Gemengelage, aber wichtig ist, dass es funktioniert. Freut mich!