Navigation

    Logo
    • Register
    • Login
    • Search
    • Recent
    • Tags
    • Unread
    • Categories
    • Unreplied
    • Popular
    • GitHub
    • Docu
    • Hilfe
    1. Home
    2. Deutsch
    3. ioBroker Allgemein
    4. Adapter SNMP V2.x.x Support Thread

    NEWS

    • ioBroker@Smart Living Forum Solingen, 14.06. - Agenda added

    • ioBroker goes Matter ... Matter Adapter in Stable

    • Monatsrückblick - April 2025

    Adapter SNMP V2.x.x Support Thread

    This topic has been deleted. Only users with topic management privileges can see it.
    • mcm1957
      mcm1957 @Pandia last edited by

      @pandia
      Das geht leider nur auf der Commandline

      cd /opt/iobroker
      npm i iobroker.snmp@0.5.0
      iob upload snmp

      Sollte dies erledigen

      ACHTUNG:
      -) Backup vorher nicht vergessen
      -) Config wird NICHT hinuntermigriert - muss daher neu eingetippt werden

      Bitte - wenn es nicht zuviel Aufwand ist - teste noch vor dem Downgrade ob die 2.1.7 ein anderes Gerät erreichen kann.

      Und noch eine Sicherheitsfrage:
      Dein Master ioB im Docker hat VOR dem Upgrade (also mit 0.5.0) das QNAP abfragen können? Oder hat sich noch irgendwas geändert? Mein Netgear Switch prüft z.B. von welcher IP der SNMP Request kommt und antwortet einfach nicht, wenn die IP nicht passt. Detto wenn die communitiy nicht passt.

      mcm1957 1 Reply Last reply Reply Quote 0
      • mcm1957
        mcm1957 @mcm1957 last edited by

        @Pandia
        Ich fasse hier mal weiter Infos aus dem Issue zusammen. Da hier ein größerer Kreis erreicht wird, erscheint es mir sinnvoll hier zu diskutueren:

        Zitate von Pandia:
        Vor dem Upgrade lief der SNMP Adapter auf dem Master in der Version 0.5.0 stabil. Alle Daten wurde korrekt ausgelesen. Es wurden keine sonstigen Veränderungen, außer das Upgrade auf V2.1.7, am System vorgenommen. Die Netzwerkverbindung vom Docker zum QNAP kann ausgeschlossen werden, da diverse andere Adapter die gleiche Netzwerkverbindung benutzen. Der Fehler jedoch nur beim SNMP-Adapter auftritt.


        Testbericht: Downgrade des Adapters auf dem Master (QNAP/Docker)
        o SNMP-Adapter V2.1.7 gelöscht
        o SNMP-Adapter V0.5.0 installiert
        o neue SNMP-Instanz hinzugefügt
        o qnap_systemCPUUsage OID .1.3.6.1.4.1.24681.1.2.1.0 community = private hinzugefügt und aktiviert

        Ergebnis: Der Adapter (V.0.5.0) baut die Verbindung korrekt auf und liefert kontinuierlich Daten.


        Testbericht: Upgrade des Adapters auf dem Slave (Pi4)
        o Upgrade SNMP-Adapter von V0.5.0 auf V2.1.7
        o qnap_systemCPUUsage OID .1.3.6.1.4.1.24681.1.2.1.0 community = private hinzugefügt und aktiviert

        Ergebnis: Nach dem Upgrade auf die Version V2.1.7 kann die Verbindung auch auf diesem Geräte nicht aufgebaut werden. Das Verhalten ist identisch zum Master unter QNAP/Docker.

        Fazit:
        o QNAP/Docker kann als Fehlerquelle ausgeschlossen werden
        o Fehler ist auf unterschiedlichen Systemen reproduzierbar
        o Downgrade auf die Version V0.5.0 beseitigt den Fehler

        Idee:
        o Vielleicht gibt es eine Abhängigkeit zur Note JS Version? Auf beiden Systemen ist Note JS V16.17.0 installiert.


        Zitat von @micklafisch
        Hallo,
        ich reihe mich hier mal ein. Update einer funktionierenden V1.0.0 auf 2.1.7 gemacht und es funktioniert nicht mehr. Downgrade durchgeführt, geht wieder.

        Das System läuft bei mir auf einer Synology Docker Installation, Node.js: 16.15.1, NPM 8.11.0


        ERGO
        Ich würde es im MOment auch so sehen, dass das Problem mit dem Adapter zusammenhängt und nicht mit Docker & Co.

        @micklafisch :
        Du schreibts nur "funktioniert nicht". Heißt das identes Fehlerbilde? Timeout im Debug Log oder gibts irgendwelche anderen Logeinträge?

        mcm1957 1 Reply Last reply Reply Quote 0
        • mcm1957
          mcm1957 @mcm1957 last edited by mcm1957

          Habe nun einen Test mit node 16 gemacht - allerdings auf einem Windows 10 System.
          node -v
          v16.15.1

          Ergebnis: Alles läuft normal 😞

          Habe am Win10 System ( Spielwiesensystem) nun mal schnell node auf 16.17.0 gebracht.
          node -v
          v16.17.0

          Ergebnis: Alles läuft noch immer normal 😞 😞

          mcm1957 sigi234 2 Replies Last reply Reply Quote 0
          • mcm1957
            mcm1957 @mcm1957 last edited by

            @micklafisch

            Fragst du mit deiner SNMP Installation zufällig auch ein QNAP NAS ab?
            Da dein Docker auf einer Synology läuft eher unwahrscheinlich - aber ich suche ein Muster warum 2 User auf 3 System mit unterschiedlicher Hardware ein Problem haben. Ich gehe davon aus, dass die ca 700 anderen User (lt. ioBroker Statistik) nicht stillschweigen würden wenn es dort auch auftritt.

            Das soll NICHT bedeuten dass ein Fehler bei euch existiert. Ich versuche nur zumindest eine Hypothese zu schaffen was da schief läuft ...

            1 Reply Last reply Reply Quote 0
            • sigi234
              sigi234 Forum Testing Most Active @mcm1957 last edited by

              @mcm57

              Hallo, unter Windows kein Problem:

              Plattform: Windows
              RAM: 16 GB
              NODE.JS: V16.17.0
              NPM: 8.11.0
              JS Controller: 4.0.23
              Admin: 6.2.21
              SNMP: 2.1.7

              mcm1957 1 Reply Last reply Reply Quote 0
              • mcm1957
                mcm1957 @sigi234 last edited by

                @Pandia @micklafisch

                Ich fürchte ich muss euch bitten - wenn ihr es zeitlich und technisch verantworten könnte - eine Ebene tiefer zu gehen.

                Ich habe nun auf meinem Pi4 mittels tcpdump getestet ob Daten ausgetauscht werden.
                Ich kann nur das Beispiel für den Pi4 bieten _ ev. kannst du(@Pandia) auf deinem das testen:

                a) Wenn tcpdump nicht installiert ist mittel apt installieren:
                sudo apt install tcpdump

                b) In einem Konsolenfenster tcpdump starten
                sudo tcpdump -nni eth0 host <ipaddress of target> and port 161

                Bei mir sieht das dann so aus:

                tcpdump: verbose output suppressed, use -v[v]... for full protocol decode
                listening on eth0, link-type EN10MB (Ethernet), snapshot length 262144 bytes
                20:08:50.596687 IP 10.17.2.20.42915 > 10.17.2.6.161:  GetRequest(48)  .1.3.6.1.4.1.6574.1.5.1.0 .1.3.6.1.4.1.6574.1.5.3.0
                20:08:50.598380 IP 10.17.2.6.161 > 10.17.2.20.42915:  GetResponse(68)  .1.3.6.1.4.1.6574.1.5.1.0="DS1019+" .1.3.6.1.4.1.6574.1.5.3.0="DSM 6.2-25556"
                20:09:43.929829 IP 10.17.2.20.56177 > 10.17.2.6.161:  GetRequest(48)  .1.3.6.1.4.1.6574.1.5.1.0 .1.3.6.1.4.1.6574.1.5.3.0
                20:09:43.930993 IP 10.17.2.6.161 > 10.17.2.20.56177:  GetResponse(68)  .1.3.6.1.4.1.6574.1.5.1.0="DS1019+" .1.3.6.1.4.1.6574.1.5.3.0="DSM 6.2-25556"
                20:09:58.920161 IP 10.17.2.20.56177 > 10.17.2.6.161:  GetRequest(48)  .1.3.6.1.4.1.6574.1.5.1.0 .1.3.6.1.4.1.6574.1.5.3.0
                20:09:58.921019 IP 10.17.2.6.161 > 10.17.2.20.56177:  GetResponse(68)  .1.3.6.1.4.1.6574.1.5.1.0="DS1019+" .1.3.6.1.4.1.6574.1.5.3.0="DSM 6.2-25556"
                

                Wie man sieht, wird da deutlich das gesendete Paket und die Antwort aufgezeichnet.

                Wie das unter Docker geht kann ich nicht sagen, insbesondere weiß ich nicht wie dort die Interfaces heißen. Ev. tcpdump zuerst mit 0.5.0 testen damit sichergestellt wird, dass der Befehl auch was aufzeichnet.

                Falls wer von euch tcpdump auf einem nicht funktionierenden System einsetzen könnte wär mir mal geholfen. Ziel wäre es zu testen:

                • ob der Request rausgeht
                • ob die Antwort kommt und nach welcher Zeit

                Wenn die INfos da sind, kann man dann weiter überlegne wo das Ganze klemmen könnte.

                DANKE für eure Hilfe
                McM

                mcm1957 1 Reply Last reply Reply Quote 0
                • mcm1957
                  mcm1957 @mcm1957 last edited by mcm1957

                  @Pandia
                  @micklafisch
                  @ ... zukünftige Geschädigte ...

                  Es gib offensichtlich eine Bug im Migrationsbereich. Der Parameter COMMUNITY wird nicht migriert. Bitte checked den Eintrag am Devices Tab unter "Community (V1, V2c)". Ziemlich sicher steht dort public statt des auf euren Systemen benötigten Wertes.

                  Sorry
                  McM

                  P.S. Bitte um Feedback wenn es das war.

                  mcm1957 1 Reply Last reply Reply Quote 0
                  • mcm1957
                    mcm1957 @mcm1957 last edited by mcm1957

                    @mcm57 said in Adapter SNMP V2.x.x Support Thread:

                    Es gib offensichtlich eine Bug im Migrationsbereich. Der Parameter COMMUNITY wird nicht migriert. Bitte checked den Eintrag am Devices Tab unter "Community (V1, V2c)". Ziemlich sicher steht dort public statt des auf euren Systemen benötigten Wertes.

                    Lt. Feedback im Isse (https://github.com/iobroker-community-adapters/ioBroker.snmp/issues/163) ist das Problem mit V1.2.8 behoben.

                    ACHTUNG: Wer schon auf V2.x.x ist muss den Community Parameter ggF selbst in der Config korrigieren. Die Migration schlägt nur bei einem Umstieg <2.0.0 auf >2.0.0 zu.

                    Pandia22 created this issue in iobroker-community-adapters/ioBroker.snmp

                    closed [v2.1.7] No connection with device or service since version V2.1.7 - Community parameter not migrated #163

                    mcm1957 2 Replies Last reply Reply Quote 0
                    • mcm1957
                      mcm1957 @mcm1957 last edited by

                      @Pandia
                      Hi
                      Ich bin mir ziemlich sicher, dass du im Issue geschrieben hast, dass nun alles funktioniert. ABER ich finde deinen Eintrag im Issue nicht mehr. Hast du den gelöscht? Oder gibt es doch noch Probleme?
                      Ich frage weil ich die 2.1.8 gerne rasch ins stable bringen will damit nicht noch weitere User über den Fehler stolpern. Andrerseits will und soll ich nicht was updaten wenn nicht klar halbwegs getestet ist dass es funktioniert. Und da es derzeit nur 2 User mit dem Problem gibt, wär ich für eine Rückmeldung dankbar

                      1 Reply Last reply Reply Quote 0
                      • mcm1957
                        mcm1957 @mcm1957 last edited by mcm1957

                        SNMP V2.1.8 im stable

                        snmp V2.1.8 wurde released.

                        Wichtiger Hinweis!

                        Die Konfigurationsdaten wurden für Version 2.0.0 (und neuer) geändert. Die Installation wird versuchen, die Daten zu migrieren, aber es gibt eine Chance, dass dies versagt. Bitte stellen Sie sicher, dass Sie ein Backup und eine externe Dokumentation Ihrer Konfiguration vor dem Upgrade auf Version 2.0.0 oder neuer haben.

                        Was wurde geändert / gefixed:

                        2.1.8
                        Der Parameter Community wurde im Zuge der Migration nicht migriert. Der Fehler wurde in 2.1.8 behoben.

                        Link zu den älteren Änderungen
                        https://forum.iobroker.net/topic/57579/adapter-snmp-v2-x-x-support-thread/2

                        Hinweis
                        Die Korrektur wirkt nur bei einem direkten Upgrade von einer version <V2.0.0 auf V2.1.8 (oder neuer). Solltest du schon Version 2.1.7 installiert haben und der Zugriff auf ein Gerät nicht funktionieren, bitte den aramater Comunity am Tab Geräte manuell prüfen und ggF korrigieren.

                        mcm1957 1 Reply Last reply Reply Quote 0
                        • mcm1957
                          mcm1957 @mcm1957 last edited by

                          Version 2.1.9 befindet sich ab sofort im Test (nur als Hinweis auf "was wird kommen")

                          https://forum.iobroker.net/topic/56816/test-adapter-snmp-v2-1-x-github-lastest/13

                          Testversionen von latest sind NICHT für die Installation auf produktiven System geeignet, da sie noch vermehrt Fehler enthalten können. Wer sich als Tester einbringen will - und sich den möglichen Gefahren durch einen Ffehlerhaften Adapptercode bewußt ist - ist gerne im Tester Forum gesehen.

                          mcm1957 1 Reply Last reply Reply Quote 0
                          • mcm1957
                            mcm1957 @mcm1957 last edited by mcm1957

                            SNMP V2.1.10 im stable

                            snmp V2.1.10 wurde released.

                            Wichtiger Hinweis!

                            Die Konfigurationsdaten wurden für Version 2.0.0 (und neuer) geändert. Die Installation wird versuchen, die Daten zu migrieren, aber es gibt eine Chance, dass dies versagt. Bitte stellen Sie sicher, dass Sie ein Backup und eine externe Dokumentation Ihrer Konfiguration vor dem Upgrade auf Version 2.0.0 oder neuer haben.

                            Was wurde geändert / gefixed:

                            2.1.9 / 2.1.10

                            • Der snmp Adapter unterstützt nun wieder die Verwendung von Domainnamen (anstelle von IP addressen)
                            • Leere OID Gruppen führen bewirken keinen fatalen Error mehr; sie werden nur als Warning gemeldet
                            • Timer Werte werden besser geprüft.
                            • Diverse Basismodule wurden aktualisisert
                            mcm1957 1 Reply Last reply Reply Quote 0
                            • mcm1957
                              mcm1957 @mcm1957 last edited by mcm1957

                              Update zum generellen Support Thread des SNMP Adapters:

                              Der snmp Adapter befindet sich inzwischen auf Versionsstand 2.4.x:
                              https://forum.iobroker.net/topic/63244/test-adapter-snmp-2-4-x-github-latest?_=1683990445127

                              mcm1957 1 Reply Last reply Reply Quote 0
                              • mcm1957
                                mcm1957 @mcm1957 last edited by

                                Hier gibt es eine tolle Anleitung zur Einbindung synology nas / eaton usv:

                                https://forum.iobroker.net/topic/65430/synology-nas-und-eaton-usv-via-snmp-protokoll-anbinden

                                mcm1957 2 Replies Last reply Reply Quote 0
                                • mcm1957
                                  mcm1957 @mcm1957 last edited by mcm1957

                                  Verlinkung eines Problemfalls zur Evidenz:

                                  https://forum.iobroker.net/topic/65573/snmp-adapter-bleibt-gelb

                                  Fehlerbild: Adapter bleibt gelb / Timeout
                                  Ursache: Commmunity und/oder SNMP Version nicht passend eingestellt.

                                  Und zur Erinnerung:
                                  Hier gibt es eine dt. Anleitung:
                                  https://github.com/iobroker-community-adapters/ioBroker.snmp/blob/master/docs/de/snmp.md#informationen-zum-snmp-adapter

                                  Und hier nen Link zu einem mib Browser
                                  https://www.ireasoning.com/mibbrowser.shtml

                                  1 Reply Last reply Reply Quote 0
                                  • mcm1957
                                    mcm1957 @mcm1957 last edited by

                                    Von @BananaJoe in einem anderen Thread gepostet:

                                    Hier gibts OID Infos zu APC USVs:
                                    https://www.opsview.com/resources/monitoring/blog/apc-ups-monitoring-useful-oids

                                    Ich leg das mal auch hier ab, falls wer in diesem Thread sucht.

                                    1 Reply Last reply Reply Quote 0
                                    • First post
                                      Last post

                                    Support us

                                    ioBroker
                                    Community Adapters
                                    Donate
                                    FAQ Cloud / IOT
                                    HowTo: Node.js-Update
                                    HowTo: Backup/Restore
                                    Downloads
                                    BLOG

                                    947
                                    Online

                                    31.7k
                                    Users

                                    79.8k
                                    Topics

                                    1.3m
                                    Posts

                                    5
                                    31
                                    1827
                                    Loading More Posts
                                    • Oldest to Newest
                                    • Newest to Oldest
                                    • Most Votes
                                    Reply
                                    • Reply as topic
                                    Log in to reply
                                    Community
                                    Impressum | Datenschutz-Bestimmungen | Nutzungsbedingungen
                                    The ioBroker Community 2014-2023
                                    logo