NEWS
Test Adapter SNMP V2.1.x Github / Lastest
-
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
Entwicklung u Betreuung: envertech-pv, hoymiles-ms, ns-client, pid, snmp Adapter;
Support Repositoryverwaltung.Wer Danke sagen will, kann nen Kaffee spendieren: https://paypal.me/mcm1957atiobroker
-
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.
Entwicklung u Betreuung: envertech-pv, hoymiles-ms, ns-client, pid, snmp Adapter;
Support Repositoryverwaltung.Wer Danke sagen will, kann nen Kaffee spendieren: https://paypal.me/mcm1957atiobroker
-
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.
Entwicklung u Betreuung: envertech-pv, hoymiles-ms, ns-client, pid, snmp Adapter;
Support Repositoryverwaltung.Wer Danke sagen will, kann nen Kaffee spendieren: https://paypal.me/mcm1957atiobroker
-
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.
DankeEntwicklung u Betreuung: envertech-pv, hoymiles-ms, ns-client, pid, snmp Adapter;
Support Repositoryverwaltung.Wer Danke sagen will, kann nen Kaffee spendieren: https://paypal.me/mcm1957atiobroker
-
@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.
DankeRelease 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.
Entwicklung u Betreuung: envertech-pv, hoymiles-ms, ns-client, pid, snmp Adapter;
Support Repositoryverwaltung.Wer Danke sagen will, kann nen Kaffee spendieren: https://paypal.me/mcm1957atiobroker
-
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.Entwicklung u Betreuung: envertech-pv, hoymiles-ms, ns-client, pid, snmp Adapter;
Support Repositoryverwaltung.Wer Danke sagen will, kann nen Kaffee spendieren: https://paypal.me/mcm1957atiobroker
-
@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.Entwicklung u Betreuung: envertech-pv, hoymiles-ms, ns-client, pid, snmp Adapter;
Support Repositoryverwaltung.Wer Danke sagen will, kann nen Kaffee spendieren: https://paypal.me/mcm1957atiobroker
-
@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.Entwicklung u Betreuung: envertech-pv, hoymiles-ms, ns-client, pid, snmp Adapter;
Support Repositoryverwaltung.Wer Danke sagen will, kann nen Kaffee spendieren: https://paypal.me/mcm1957atiobroker
-
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.
Entwicklung u Betreuung: envertech-pv, hoymiles-ms, ns-client, pid, snmp Adapter;
Support Repositoryverwaltung.Wer Danke sagen will, kann nen Kaffee spendieren: https://paypal.me/mcm1957atiobroker
-
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"
Entwicklung u Betreuung: envertech-pv, hoymiles-ms, ns-client, pid, snmp Adapter;
Support Repositoryverwaltung.Wer Danke sagen will, kann nen Kaffee spendieren: https://paypal.me/mcm1957atiobroker
-
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.
Entwicklung u Betreuung: envertech-pv, hoymiles-ms, ns-client, pid, snmp Adapter;
Support Repositoryverwaltung.Wer Danke sagen will, kann nen Kaffee spendieren: https://paypal.me/mcm1957atiobroker
-
@mcm57
snmp V2.1.10 wurde released- cheks wurde erweitert da Namen mit einem Punkt am Ende zu einem Absturz führ(t)en.
Support us
493
Online32.4k
Benutzer81.5k
Themen1.3m
Beiträge