Test Adapter SNMP V2.1.x Github / Lastest
-
Aktuelle Test Version 2.1.10 (Latest) / 2.1.10 (Github) Veröffentlichungsdatum 22.9.2022 / 22.9.2022 Github Link https://github.com/iobroker-community-adapters/ioBroker.snmp Changelog
2.1.10
siehe https://forum.iobroker.net/topic/56816/test-adapter-snmp-v2-1-x-github-lastest/142.1.9
siehe https://forum.iobroker.net/topic/56816/test-adapter-snmp-v2-1-x-github-lastest/132.1.7
Die Dokumentation in README.md wurde aktualisiert. (KEINE Codeänderungen enthalten.)2.1.6
Einige Probleme, die von Sentry gemeldet wurden, wurden behoben (#151, #152)2.1.5
Die Funktionalität der Option optional wurde wiederhergestellt. (#147)2.1.4
Crash bei SNMP v1 und anderen Fehlern als Timeout behoben2.1.3
Um TOOBIG Fehler zu vermeiden, wurde eine neue Option zur Steuerung der Anzahl der OIDs innerhalb einer einzigen Anfrage hinzugefügt (#72)2.1.2
die umwandlung von floatingpoint-werten wurde korrigiert (#16)2.2.1
• update externer Pakete (dependa-bot PRs)
2.1.0
• net-snmp wurde auf version 3.8.2 aktualisiert
• Unterstützung für SNMP v2c wurde hinzugefügt (#116)
• Der Qualitätsmarker von Stateobjects wird bei Fehler oder Timeout verwendet
• Der OID-Marker Optional wurde implementiert. Dieser Marker unterdrückt Fehler für OIDs, die nicht immer verfügbar sind. (#116)
• Unterstützung für Counter64 OIDs wurde hinzugefügt. (#57)
• Die von der SNMP-Kommunikation zurückgegebenen Daten werden jetzt mit weiteren Details protokolliert.
• Der kompakte Modus wurde aktiviert. (#20)
• Bekannte Einschränkung: Derzeit werden nur SNMP V1 und SNMP V2c unterstützt.
• Bekannte Einschränkung: OID-Attribut Schreibbar ist noch nicht implementiert.2.0.1 (2022-07-22)
(McM1957) Faulty handling of compatibility mode flag has been corrected (#135)
(McM1957) Logging of errors for invalid OIDs corrected (#134)2.0.0 (2022-07-21)
IMPORTANT: This release will change the configuration structures! Please backup your configuration before starting the installation. The Installation will try to convert the old configuration - but it is not guaranteed to succeed in all cases.
(McM1957) Many parts of the code have been rewriten
(McM1957) The adapter now uses the admin5 interface
(McM1957) Timer values can now be set differently per device (#105)
(McM1957) Changing the order of configuration entries does no longer destroy data (#15)
(McM1957) Stateobjects for devices can now be named. The old behavior is available as an option.
(McM1957) Known restriction: currently only SNMP V1 is supported.
(McM1957) Known restriction: OID attributes optional and writeable are not yet implemented.Wichtiger Hinweis!
Konfigurationsdaten wurden für Version 2.0.0 (und neuer) geändert. Die Installation wird versuchen, 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.
Support THread 2.0.x https://forum.iobroker.net/topic/56553/test-adapter-snmp-v2-0-x
Fixed Issues in Release 2.1.0:
https://github.com/iobroker-community-adapters/ioBroker.snmp/issues/116
https://github.com/iobroker-community-adapters/ioBroker.snmp/issues/57
https://github.com/iobroker-community-adapters/ioBroker.snmp/issues/20~~Bitte um Hilfe bei Issue #72 / RequestFailedError: TooBig
Falls einer der Tester den folgenden Fehler reproduzieren kann
https://github.com/iobroker-community-adapters/ioBroker.snmp/issues/72
bitte mleden bzw. den DEBUG Log der ab 2.1.0 die retournierten Daten des snmp Requests enthält an den Issue anhängen oder hier posten. (Hinweis: Zu dem Thema gibt es auch den Thread https://forum.iobroker.net/topic/44381/usv-per-snmp-auslesen/17?_=1659247769078)~~closed Adapter does not update values after error #116
-
Das Problem TooBig wurde gelöst bzw. die Ursache gefunden.
Der Fehler tritt bei einer zu großen Anzahl von OIDs per Device auf.Weitere Problemverfolgung erfolgt über Github Issue.
-
V2.1.2 steht auf latest zur Verfügung.
Gefixed wurde das Auslesen von REAL Werten.
Da ich nur bei meiner Synology Floating Werte gefunden habe wäre ich dankbar wenn es wer bei anderen Geräten testen könnte.
DANKE
-
Es steht nunmehr v2.1.3 im latest zur Verfügung.
2.1.3
Um TOOBIG Fehler zu vermeiden, wurde eine neue Option zur Steuerung der Anzahl der OIDs innerhalb einer einzigen Anfrage hinzugefügt (#72)Damit sind alle derzeit Issues mit Klassifizierung BUG nunmehr (hoffentlich) behoben.
Die Enhancments werden weiter bearbeitet. Ich werde allerdings die 2.1.3 ein wenig abkühlen lassen und sofern hier bzw, in Github keine Probleme gemeldet werden nach enstprechender Wartezeit ins stable moven (lassen).
Ich lade daher alle nochmals ein zu testen, allfällige Probleme zu melden, nach Möglichkeit sentry aktiv zu lassen und hier bzw. auf Github feedback zu geben.
Was den TOOBIG Fehler betrifft ersuche ich explizit jene Tester die den Fehler reprodizieren können zu checken ob er nun weg ist. Meine Geräte (Synology, Netgear smart Switch) scheinen große Buffer zu haben und auch bei über 50 OIDs in einem Request ist der Fehler nicht aufgetreten. Die TOOBIG Lösung wurde insofern umgesetzt als es nunmehr einen Paramgter (je Instanz) gibt der definiert wieviele OIDs in einem Request abgefragt werden Existieren mehr als x OIDs für ein Gerät so werden 2, 3, ... Requests (nacheinander) gesendet.
DANKE für eure Mühe (und das in Kauf nehmen des Risikos) beim Testen !
McM
-
ACHTUNG:
Es wurde ein Fehler entdeckt (Absturz) wenn die Paktgrösse ident zur zahl der aktiven OIDs ist oder sich nur um 1 unterscheidet.Ich bemühe mich das so rasch als möglich zu fixen.
-
Neue Release v 2.1.4 wurde soeben frei gegeben und ist auf github / npm verfügbar.
Die Release sollte ab ca 14:00 im latest auftauchen und behebt das Problem #145 - Absturz der Instanz bei Verwendung von SNMP v1 in Verbindung mit anderen Fehlern als Timeout.
-
@mcm57
Wer die Release 2.1.3 installiert hat bitte so bald als möglich auf 2.1.4 aktualisieren !2.1.3 hat einen Fehler der zu crashes führt und daher sentry kräftig befüllt.
Danke -
Release 2.1.5 behebt noch ein Problem mit der option "optional".
Die Option "optional" einer OID unterdrückt Fehlermeldungen falls diese OID nicht existiert. Ich benzte dies um die OIDs "Alarmmessage" meines Druckers anzuzuzeigen. Der Lexmark meldet bei den entsprechenden OIDs dass sie nicht existieren wenn kein Alarm anliegt.
-
@mcm57
Release 2.1.6 behebt 2 v sentry gemeldete Fehlerdie aber eher selten auftreten sollten. -
@mcm57
Release 2.1.7 liefert eine (greingfügig) korrigierte Dokumentaion in README.md aus und sollte als stable released werden - wenn ihr nichts mehr findet was noch zu beheben wäre. -
-
Hi
Leider gibt es mit der v2.1.7 bei (derzeit) 2 Usern ein Problem. Der Adapter leifert immer nur TIMEOUT.
Link im Forum:
https://forum.iobroker.net/topic/57579/adapter-snmp-v2-x-x-support-thread/13?_=1662561485774Issue:
https://github.com/iobroker-community-adapters/ioBroker.snmp/issues/163Falls irgendwer von euch so ein Verhalten beobachtet hat oder eine Idee hat an was bei den beiden Installationen anders sein könnte als bei den ca 700 Installationen lt. ioBroker Statistik bitte melden. Im Moment fehlt mir jede Idee nach was ich suchen soll.
Problem tritt auf
-) unter node 16.x.x
-) im Docker auf einem QNAP
-) im Docker auf einem Synology
-) auf einem Raspberry PIAuf denselben System läuft die 0.5.0 einwandfrei.
DANKE fürs kurz Mitdenken.
-
snmp V2.1.9 wurde released.
Neu / behoben ist
- Unterstützung für (IPv4) Domainnamen wurde wieder hinzugefügt (#165)
- Geräte ohne aktive OIDs verursachen keinen fatalen Fehler mehr, sondern protokollieren nur eine Warnung (#155)
- Timervalues werden nun strenger validiert (#156, #164)
- Einige Abstürze, die von Sentry gemeldet wurden, wurden behoben (#167)
- externe Pakete wurden aktualisiert"
-
@mcm57
snmp V2.1.10 wurde released- cheks wurde erweitert da Namen mit einem Punkt am Ende zu einem Absturz führ(t)en.
