Synology, SNMP, Sysstat - MIBS werden teilweise nicht ausgelesen

[Floriky]

Hallo Miteinander,

ich hab da mal eine Frage: Habe meine Synology per SYSSTAT in FHEM eingebunden. Bisher habe ich die folgenden Mibs eingetragen, welche auch alle funktionieren:

Code: [Auswählen]

.1.3.6.1.4.1.6574.2.1.1.6.0:temp_hdd1 ,.1.3.6.1.4.1.6574.2.1.1.6.1:temp_hdd2 ,.1.3.6.1.4.1.6574.2.1.1.6.2:temp_hdd3 ,.1.3.6.1.4.1.6574.2.1.1.5.0:state_hdd1 ,.1.3.6.1.4.1.6574.2.1.1.5.1:state_hdd2 ,.1.3.6.1.4.1.6574.2.1.1.5.2:state_hdd3 ,.1.3.6.1.4.1.6574.2.1.1.3.0:model_hdd1 ,.1.3.6.1.4.1.6574.2.1.1.3.1:model_hdd2 ,.1.3.6.1.4.1.6574.2.1.1.3.2:model_hdd3 ,.1.3.6.1.4.1.6574.2.1.1.4.0:type_hdd1 ,.1.3.6.1.4.1.6574.2.1.1.4.1:type_hdd2 ,.1.3.6.1.4.1.6574.2.1.1.4.2:type_hdd3

Sobald ich

Code: [Auswählen]

.1.3.6.1.4.1.6574.3.1.1.5.0:raid_total
dazufüge funktioniert keines mehr der bisherigen Readings.

Per snmpget ist der Abruf kein Problem. Da liefert er mir:

Code: [Auswählen]

pi@raspberrypi:~ $ snmpget -v2c -c GRUPPE 192.168.2.111 1.3.6.1.4.1.6574.3.1.1.5.0
iso.3.6.1.4.1.6574.3.1.1.5.0 = Counter64: 7928574496768
Kann mir da jemand weiterhelfen? Hab das Gefühl, dass ich irgendwas ganz simples übersehen habe (als wäre das schon mal vorgekommen )

Vielen Dank vorab an alle Lesenden und Helfenden!

[chaotrach]

Hab ein ähliches Problem sobald die readings Counter64 oder strings anstelle von INTERGER Werten ist

Edit: Tippfehler korrektur

[hen]

Hallo an alle,

gibt es hierzu bereits eine Lösung? Liegt es vielleicht am Modul SYSSTAT?

Ich habe genau das gleiche Problem. Die Information über die Raidgröße + was davon frei ist, ist schon eine relevante Zahl

Danke schon mal für die Antwort(en)!

[Ullulaki]

Ich stand gestern genau vor demselben Problem, habe jetzt aber nach mehrstundigem testen und snmpwalken endlich die Lösung gefunden :-)
Ihr müsst euch die veränderte Beta des Sysstat-Moduls herunterladen und in FHEM austauschen, zu finden hier:
https://forum.fhem.de/index.php/topic,42771.0.html

Dann kamen bei mir zuerst im Log folgende, sich wiederholende Fehler:

Code: [Auswählen]

2019.04.12 08:57:07 2: NAS: unanswered query in queue, reconnecting
2019.04.12 08:57:07 2: NAS: starting: /usr/bin/ssh -q 192.xxx.xxx.xxx die bekommt man mit dem attribut

Code: [Auswählen]

noSSH 1 weg, da hier standardmäßig versucht wird eine Verbinung per SSH aufzubauen.

Habe testweise gerade einmal den raid_total mib ausprobiert und der funktioniert einwandfrei, genauso wie alle readings die vorher nicht funktionierten :-)

Damit das Modul bei einem Update von FHEM nicht wieder überschrieben wird, einfach nach dem Austausch der Datei mit dem Befehl in der Kommandozeile ausklammern:

Code: [Auswählen]

attr global exclude_from_update 32_SYSSTAT.pm