QNAP NAS per snmp einbinden

[Superposchi]

Ich versuche gerade mein NAS per snmp in Fhem einzubinden.

Ich nutze dazu eine Video-Anleitung. Dort wird zwar ein Synology eingebunden, aber die Vorgehensweise müsste ja identisch sein, oder?

Auf dem NAS ist snmp selbstverständlich aktiviert und auch der cloudname ist wie im Device geschrieben hinterlegt.
Mit snmpwalk bekomme ich die Daten angezeigt, doch mein Device bleibt leider auf disconnected.

Hier das List meines Devices:

Code Auswählen Erweitern

Internals:
   CONNECTS   53
   DEF        60 600 192.168.178.200
   FUUID      642d8b4f-f33f-7706-6193-3514b6fdff93cdd9
   FVERSION   32_SYSSTAT.pm:0.247790/2021-07-20
   HAS_Net::SNMP 1
   HOST       192.168.178.200
   INTERVAL   60
   INTERVAL_FS 600
   LAST_DISCONNECT 2023-04-05 17:11:59
   NAME       ***********
   NR         322
   NTFY_ORDER 50-***********
   PARSED     0
   PARTIAL   
   SENT       1
   STARTED    0
   STATE      Disconnected
   SystemDescription Linux TS-X73A 5.0.1.2346
   SystemName Cloudspeicher
   TYPE       SYSSTAT
   USE_SNMP   1
   eventCount 106
   interval_fs 600
   snmpCommunity *******
   snmpVersion 2
   QUEUE:
     HASH(0x561a0115b5b8)
   READINGS:
     2023-04-05 17:11:59   connection      disconnected
Attributes:
   alias      **********
   room       Devices
   snmp       1
   snmpCommunity ***********
   snmpVersion 2
   synologytemperature 1
Hat einer der erfahrenen User eine Idee woran es liegen kann?

P.S.: Im Log habe ich gerade folgendes gefunden:

Code Auswählen Erweitern

2023.04.05 17:25:42.885 2: **********: starting: /usr/bin/ssh -q 192.168.178.200
2023.04.05 17:25:42.924 3: **********: read: error during sysread: No such process
2023.04.05 17:25:42.926 3: **********: Disconnected
2023.04.05 17:25:42.926 3: **********: read: end of file reached while sysread

[PSI69]

Vielleicht hilft das hier:

Code Auswählen Erweitern

Internals:
   DEF        60 600 192.168.178.12
   FUUID      5c433c80-f33f-739f-10d9-3f78e9132a084e6d
   HAS_Net::SNMP 1
   HOST       192.168.178.12
   INTERVAL   60
   INTERVAL_FS 600
   NAME       qnap
   NR         416
   NTFY_ORDER 50-qnap
   STATE      CPU: 47 C/116 F
Frei: 2.58 TB
Uptime: 6 days, 19:49:41
   SystemDescription Linux TS-X51 5.0.1.2346
   SystemName QNAS
   TYPE       SYSSTAT
   USE_SNMP   1
   eventCount 8229
   interval_fs 60
   snmpCommunity FHEM
   snmpVersion 2
   QUEUE:
   READINGS:
     2021-04-17 10:14:42   connection      disconnected
     2023-04-06 08:51:02   cpu_temp        47 C/116 F
     2023-04-06 08:51:02   cpu_usage       11.6 %
     2023-04-06 08:51:02   fan_rpm         587 RPM
     2023-04-06 08:51:02   hdd1_status     GOOD
     2023-04-06 08:51:02   hdd1_temp       42 C/107 F
     2023-04-06 08:51:02   hdd2_status     GOOD
     2023-04-06 08:51:02   hdd2_temp       43 C/109 F
     2023-04-06 08:51:02   hdd3_status     GOOD
     2023-04-06 08:51:02   hdd3_temp       42 C/107 F
     2023-04-06 08:51:02   hdd4_status     GOOD
     2023-04-06 08:51:02   hdd4_temp       40 C/104 F
     2023-04-06 08:51:02   memory_free     10536.9 MB
     2023-04-06 08:51:02   memory_total    15901.0 MB
     2023-04-06 08:51:02   size_free       2.58 TB
     2023-04-06 08:51:02   system_temp     47 C/117 F
     2023-04-06 08:51:02   uptime          6 days, 19:49:41
   helper:
Attributes:
   alias      QNAP TS-451
   event-on-change-reading .*
   group      NAS
   icon       it_nas
   load       0
   mibs       .1.3.6.1.4.1.24681.1.2.17.1.5.1:size_free
,.1.3.6.1.4.1.24681.1.2.5.0:cpu_temp
,.1.3.6.1.4.1.24681.1.2.1.0:cpu_usage
,.1.3.6.1.4.1.24681.1.2.6.0:system_temp
,.1.3.6.1.4.1.24681.1.2.2.0:memory_total
,.1.3.6.1.4.1.24681.1.2.3.0:memory_free
,.1.3.6.1.4.1.24681.1.2.11.1.3.1:hdd1_temp
,.1.3.6.1.4.1.24681.1.2.11.1.3.2:hdd2_temp
,.1.3.6.1.4.1.24681.1.2.11.1.3.3:hdd3_temp
,.1.3.6.1.4.1.24681.1.2.11.1.3.4:hdd4_temp
,.1.3.6.1.4.1.24681.1.2.11.1.7.1:hdd1_status
,.1.3.6.1.4.1.24681.1.2.11.1.7.2:hdd2_status
,.1.3.6.1.4.1.24681.1.2.11.1.7.3:hdd3_status
,.1.3.6.1.4.1.24681.1.2.11.1.7.4:hdd4_status
,.1.3.6.1.4.1.24681.1.2.15.1.3.1:fan_rpm
   noSSH      1
   room       Keller->Hausanschlussraum
   snmp       1
   snmpCommunity FHEM
   snmpVersion 2
   ssh_user   admin
   stateFormat CPU: cpu_temp
Frei: size_free
Uptime: uptime
   uptime     1
   verbose    3
Die community muss natürlich passen:

Code Auswählen Erweitern

- Systemsteuerung
- Netzwerk und Dateiservices => SNMP
- 'SNMP-Dienst aktivieren': Aktivieren
- SNMP-Version: 'SNMP V1/V2'
Gemeinschaft: 'FHEM'
Peter

[Superposchi]

Stimmt eigentlich soweit. Nur das keine Verbindung zustande kommt.

Welchen Port hast du denn im NAS eingestellt. Bei mir ist 161 vorausgewählt.
Hast du bei SNMP-Trap-Stufe was aktiviert bzw. eine IP-Adresse angegeben?
Was ist mit dem SNMP-MIB? Hast du das runtergeladen oder geht es auch ohne?

Beim Def ist die IP des NAS eingetragen, oder?

[PSI69]

Ich habe den Std snmp Port belassen, Traps verschicke ich nicht. Die MIB habe ich damals - denke ich - nur herunter geladen, um zu schauen, wie ich an welche Werte komme. Du kannst das Ganze auch per snmpwalk vor irgend einem beliebigem Client gegen das NAS testen. Und ja, die IP in der Def ist die vom NAS...

Ich hatte keine Probleme damit, wichtig ist die passende/übereinstimmende Community...

Peter

[Superposchi]

Ok, Port habe ich ebenfalls auf Vorgabe belassen und bei Traps alle drei angeklickt und die IP des Fhem-Servers eingetragen.
MIB habe ich nicht herunter geladen, aber snmpwalk funktioniert wenn ich es auf dem Terminal des Fhem-Servers eingebe.
Im Device die IP bei DEF ist ebenfalls die des NAS-Gerätes. Und Community ist definitiv korrekt. Also soweit alles gleich.

Welches System nutzt du für Fhem.
Bei mir läuft der Server auf einem Docker-Container im NAS selbst und hat eine eigene IP im Netzwerk.

Da snmpwalk funktioniert muss der Fehler ja eigentlich im Device liegen.

[bartman121]

Und den ssh-Fehler zu beseitigen natürlich erstmal das Attribut noSSH auf 1 setzen. Ist auch in Peters list ersichtlich.

[PSI69]

Und den ssh-Fehler zu beseitigen natürlich erstmal das Attribut noSSH auf 1 setzen. Ist auch in Peters list ersichtlich.

Du warst schneller, war auch gerade dabei das zu schreiben 😊
Peter

[Superposchi]

Hab ich gemacht. Jetzt wird "noSuchObject noSuchObject noSuchObject" im STATE angezeigt.

Hier das aktualisierte list:

Code Auswählen Erweitern

Internals:
   DEF        60 600 192.168.178.200
   FUUID      642d8b4f-f33f-7706-6193-3514b6fdff93cdd9
   FVERSION   32_SYSSTAT.pm:0.247790/2021-07-20
   HAS_Net::SNMP 1
   HOST       192.168.178.200
   INTERVAL   60
   INTERVAL_FS 600
   LAST_DISCONNECT 2023-04-08 09:17:17
   NAME       cloudspeicher
   NR         322
   NTFY_ORDER 50-cloudspeicher
   PARSED     0
   PARTIAL   
   SENT       1
   STARTED    0
   STATE      noSuchObject noSuchObject noSuchObject
   SystemDescription Linux TS-X73A 5.0.1.2346
   SystemName Cloudspeicher
   TYPE       SYSSTAT
   USE_SNMP   1
   eventCount 13005
   interval_fs 360
   snmpCommunity FHEM
   snmpVersion 2
   QUEUE:
   READINGS:
     2023-04-08 09:17:17   connection      disconnected
     2023-04-08 09:19:52   load            noSuchObject
     2023-04-08 09:19:52   state           noSuchObject noSuchObject noSuchObject
   helper:
Attributes:
   alias      Cloudspeicher
   noSSH      1
   room       Devices
   snmp       1
   snmpCommunity FHEM
   snmpVersion 2

[PSI69]

Vielleicht solltest du unter mibs, etwas definieren, was du auslesen möchtest per snmp? Mit meinen Tomaten auf den Augen am Handy habe ich kein mibs Attribut gesehen jedenfalls...

[Superposchi]

Wie geschrieben habe ich die Mib-Geschichte noch gar nicht runtergehen.
Hatte ja gefragt ob das überhaupt notwendig ist, da ich in keiner Anleitung etwas dazu finde.

Habe jetzt mal runtergehen.
Aber was soll ich mit der Datei machen? Kenne weder das Format noch ein Prog zu lesen/bearbeiten.

[Wernieman]

Ja DU musst mibs (oid) definieren, woher soll sonst snmp Wissen, welche Werte abgefragt werden sollen? Du könntest natürlich die mibs (oid) des 2. Post probieren, weiß nur nicht, ob sie von QNAP unterstützt werden.

Die mips-Datei ist nur eine Nette Umschreibung von mibs zu nicht so leicht zu lesenden oid. Würde persöhnlich eher die oid in die mips eintragen. Siehe eben im 2. Post des Threads ....

P.S. Danke an @PSI69 fürs teilen ..

[Superposchi]

Also ich habe mal die Einträge aus dem 2. Post bei MIBS eingetragen plus 2 eigene die ich meine herauslesen zu können. Ansonsten ist es ja sehr schwer herauszufinden welche oid zu welchem Wert gehört.
Gibt es da eine Liste von QNAP zu? Egal.

Das List zeigt folgendes an:

Code Auswählen Erweitern

Internals:
  DEF        60 600 192.168.178.200
  FUUID      642d8b4f-f33f-7706-6193-3514b6fdff93cdd9
  FVERSION  32_SYSSTAT.pm:0.247790/2021-07-20
  HAS_Net::SNMP 1
  HOST      192.168.178.200
  INTERVAL  60
  INTERVAL_FS 600
  NAME      cloudspeicher
  NR        322
  NTFY_ORDER 50-cloudspeicher
  STATE      noSuchObject noSuchObject noSuchObject
  SystemDescription Linux TS-X73A 5.0.1.2346
  SystemName Cloudspeicher
  TYPE      SYSSTAT
  USE_SNMP  1
  eventCount 4
  interval_fs 360
  snmpCommunity FHEM
  snmpVersion 2
  QUEUE:
  READINGS:
    2023-04-08 09:17:17  connection      disconnected
    2023-04-08 13:23:07  cpu_temp        52 C/125 F
    2023-04-08 13:23:07  cpu_usage      2.7 %
    2023-04-08 13:23:07  fan_rpm        572 RPM
    2023-04-08 13:23:07  hdd1_status    GOOD
    2023-04-08 13:23:07  hdd1_temp      41 C/105 F
    2023-04-08 13:23:07  hdd2_status    --
    2023-04-08 13:23:07  hdd2_temp      -- C/-- F
    2023-04-08 13:23:07  hdd3_status    GOOD
    2023-04-08 13:23:07  hdd3_temp      41 C/105 F
    2023-04-08 13:23:07  hdd4_status    GOOD
    2023-04-08 13:23:07  hdd4_temp      43 C/109 F
    2023-04-08 13:35:02  load            noSuchObject
    2023-04-08 13:23:07  memory_free    3879.3 MB
    2023-04-08 13:23:07  memory_total    7911.4 MB
    2023-04-08 13:23:07  size_free      26.14 TB
    2023-04-08 13:35:02  state          noSuchObject noSuchObject noSuchObject
    2023-04-08 13:23:07  system_temp    33 C/91 F
  helper:
Attributes:
  alias      Cloudspeicher
  mibs      .1.3.6.1.4.1.24681.1.2.17.1.5.1:size_free,
.1.3.6.1.4.1.24681.1.2.5.0:cpu_temp,
.1.3.6.1.4.1.24681.1.2.1.0:cpu_usage,
.1.3.6.1.4.1.24681.1.2.6.0:system_temp,
.1.3.6.1.4.1.24681.1.2.2.0:memory_total,
.1.3.6.1.4.1.24681.1.2.3.0:memory_free,
.1.3.6.1.4.1.24681.1.2.11.1.3.1:hdd1_temp,
.1.3.6.1.4.1.24681.1.2.11.1.3.2:hdd2_temp,
.1.3.6.1.4.1.24681.1.2.11.1.3.3:hdd3_temp,
.1.3.6.1.4.1.24681.1.2.11.1.3.4:hdd4_temp,
.1.3.6.1.4.1.24681.1.2.11.1.7.1:hdd1_status,
.1.3.6.1.4.1.24681.1.2.11.1.7.2:hdd2_status,
.1.3.6.1.4.1.24681.1.2.11.1.7.3:hdd3_status,
.1.3.6.1.4.1.24681.1.2.11.1.7.4:hdd4_status,
.1.3.6.1.4.1.24681.1.2.15.1.3.1:fan_rpm,
.3.6.1.2.1.47.1.1.1.1.13.1:storagename,
.3.6.1.2.1.47.1.1.1.1.12.1:hersteller,
  noSSH      1
  room      Devices
  snmp      1
  snmpCommunity FHEM
  snmpVersion 2
wie man sehen kann sind zwar Readings der oids aus dem zweiten Post da (meine eigenen Fehlen hingegen), das Device ist aber immer noch "Disconnected" und unter Load nbzw. state steht nachwievor "noSuchObject".

Ich komme der Sache also näher, aber irgendwas stimmt wohl immer noch nicht.

P.S.:
Bei genauerer Kontrolle werden die Daten auch nicht aktualisiert. So stimmt zb die Festplattentemperatur nach einigen Minuten nicht mehr überein.

[Wernieman]

Das mit dem Connected würde ich jetzt nicht überbewerten, da es bei PSI69 genau so ist. Außerdem "pollt" er die Werte ....

ABER ... der letzte Eintrag hat am Ende ein ",", bist Du Dir da sicher? Übernehme doch mal die Einträge so, wie sie PSI69 geschrieben hat!

[Superposchi]

Hab ich jetzt gemacht. Das Disconnect bleibt, aber an dem Reading CPU_usage sieht man, dass der Wert aktualisiert wird.

Warum allerdings keine Werte für HDD2 angezeigt wird oder neue Werte dazukommen, ist noch offen.
In der Liste die ich mit snmpwalk auslesen kann finde ich auch keinen einzigen der angezeigten Werte wieder.

[Wernieman]

Mit anderen Worten liefert die QNAP die Wrte nicht? Kann durchaus an der HW liegen, also QNAP und/oder Festplatte .....