Test adapter SNMP 2.4.x (github / latest)

[mcm1957]

Info
v2.4.2-2.4.4 fixen vereinzelte Crashes die Sentry gemeldet hat. Weiters wurden diverse Abhängigkeiten aktualisiert.

[sigi234]

@mcm57 sagte in Test adapter SNMP 2.4.x (github / latest):

Info
v2.4.2-2.4.4 fixen vereinzelte Crashes die Sentry gemeldet hat. Weiters wurden diverse Abhängigkeiten aktualisiert.

Läuft.

snmp.0
2023-03-03 18:21:43.524	info	instance connected to at least one device

snmp.0
2023-03-03 18:21:43.521	info	[Brother_9332] device connected

snmp.0
2023-03-03 18:21:43.279	info	adapter initializing, chunk size set to 20

snmp.0
2023-03-03 18:21:42.932	info	starting. Version 2.4.4 (non-npm: iobroker-community-adapters/ioBroker.snmp) in C:/ioBroker/node_modules/iobroker.snmp, node: v16.19.1, js-controller: 4.0.24

snmp.0
2023-03-03 18:21:39.238	info	Terminated (NO_ERROR): exit after migration of config

snmp.0
2023-03-03 18:21:39.237	info	installation completed

snmp.0
2023-03-03 18:21:39.237	info	instance system.adapter.snmp.0 already up to date

snmp.0
2023-03-03 18:21:39.147	info	performing installation

snmp.0
2023-03-03 18:21:39.145	info	starting. Version 2.4.4 in C:/ioBroker/node_modules/iobroker.snmp, node: v16.19.1, js-controller: 4.0.24

snmp.0
2023-03-03 18:20:55.425	info	Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason

snmp.0
2023-03-03 18:20:55.424	info	terminating

snmp.0
2023-03-03 18:20:55.422	info	Got terminate signal TERMINATE_YOURSELF

[mcm1957]

@sigi234
Danke f.d. INfo

[sigi234]

@mcm57

Hallo, kann man das ändern?

snmp.0.Brother_9332.info.error_text

Installierte Version:
2.4.4

[mcm1957]

@sigi234
Da es derzeit keinen Error gibt ("error" ist false, online ist true) ist null (d.h. kein Text) m.E. in Ordnung. Damit kann zwischen "Kein Text verfügbar" == Leerstring und Errortext nicht vorhanden im Sinne von kein Error unterschieden werden.

Außerdem müsste ich dann das Feld beim Start mal vorbeugend beschreiben.
Normale States bleiben auch auf null bis der erste Read erfolgreich war.

Ändern kann man immer alles - aber ich würd gern verstehen was User wollen und warum.

Danke für Rückmeldung.

[sigi234]

@mcm57 sagte in Test adapter SNMP 2.4.x (github / latest):

Danke für Rückmeldung.

Ist rein Optisch

[mcm1957]

Die Release 2.4.4 ist nun im stable verfügbar.
Danke an alle Tester.

[mcm1957]

SNMP v2.4.5 wurde released.
Fixed ein Problem mit SNMPv3 und SHA Authetifizierung

[mcm1957]

Ich habe ein Problem mit dem snmp Adapter und write/set mit dem numerischen Wert 0 bekommen.
https://github.com/iobroker-community-adapters/ioBroker.snmp/issues/240

Hat einer von euch Testern die Möglichkeit ein SET auf eine numerische OID mit dem Wert 0 durchzuführen?
Ich habe zur Zeit nur Synology's und einen Netgear Switch zur Verfügung - und bisher hab ich bei denen noch keine writeable numerische OID gefunden wo ich das gezielt testen kann.

Danke falls wer helfen kann,

McM

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

closed Snmp-set with 0 on number field does not work #240

[mcm1957]

Ich glaube ich habe den Fehler gefunden.
Das Problem sollte in der neuesten Version (2.4.6) behoben sein.

[mcm1957]

Liebe Tester,

Ich brauch mal eure Hilfe.
Ich habe folgenden Issue im Repo erhalten:

https://github.com/iobroker-community-adapters/ioBroker.snmp/issues/282

Hier wird gemeldet, dass der snmp Adapter excessive udb ports belegt.

Ich kann dies auch auf meinem Produktivsystem nicht nachvolziehen. Hier ist genau ein UDB Port je device zu finden.

Könnte ihr bitte mal schaun ob bei euch auch excessiv udp Ports belegt werden?

sudo lsof -i -n | grep snmp

Danke.
Wär schon mal ne Hilfe ob das ein seltenerer Fall ist oder de facto nur noch niemand aufgefallen ist.

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

closed Adapter eats up UDP ports #282

[mcm1957]

Release 4.7.8 wurde zum Test veröffentlicht. Diese sollte das Problem der verlorenen udp ports lösen.

Technisch:
Immer wenn node-net-snmp einen Fehler auf einem udp Port meldete ging dieser verloren da diese Session nicht ordnungsgemäß geschlossen wurde.

Die eigentliche Fehlerursache ist auch noch offen, da ein zweiter Fehler die Ausgabe des Fehlertextes verhinderte...

[mcm1957]

Hier noch ein paar Nachtragsinfos:

Der eigentliche Fehler besteht darin, dass zumindest im konkreten Fall uin32 Werte nicht streng regelkonform gesendet wurden sodass sie beim Konvertieren als int32 interprepioert wurden, Und negative Werte lassen sich in uints schlecht darstellen.

node-net-snmp hat hier nun eine tolerantere Lösung implementiert sodass auch solche Daten übertragen werden können (zumindest in der Theorie).

Alles ist nun ind er aktuellsten Beta v2.4.11 enthalten.