FHEM - Hardware > Network Attached Storage (NAS)

Synology, SNMP, Sysstat - MIBS werden teilweise nicht ausgelesen

(1/2) > >>

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: ---.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
--- Ende Code ---


Sobald ich


--- Code: ---.1.3.6.1.4.1.6574.3.1.1.5.0:raid_total
--- Ende Code ---

dazufüge funktioniert keines mehr der bisherigen Readings.

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


--- Code: ---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
--- Ende Code ---

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: ---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
--- Ende Code ---
die bekommt man mit dem attribut
--- Code: --- noSSH 1
--- Ende Code ---
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: ---attr global exclude_from_update 32_SYSSTAT.pm
--- Ende Code ---

sinemeter:
Hallo zusammen,

Mein NAS ist von Qnap allerdings schaffe ich es nicht das attr für snmp zu setzen

Versuche ich:
attr qnas snmp 1
erhalte ich nur:
qnas: unknown attribute snmp. Type 'attr qnas ?' for a detailed list.

Hier meine Raw Definition.

Die benötigten Pakete auf raspi an Stretch für snmp habe ich meines Wissens nach alle installiert.


defmod qnas SYSSTAT 60 600 192.168.172.35
attr qnas DbLogExclude .*
attr qnas alias qnas
attr qnas room Keller


Hat evtl. jemand dazu eine Idee?

Schon einmal vielen Dank im voraus!

sinemeter

Navigation

[0] Themen-Index

[#] Nächste Seite

Zur normalen Ansicht wechseln