Neues YouTube-Video: Visualisierung im Devices-Adapter

[OliverIO]

seit kurzem gibt es ja weitere Warnmeldungen im log von iobroker, falls bspw Datenpunkte nicht erzeugt wurden, aber dennoch geschrieben werden.

ich habe nun folgenden Fall.
Der Adapter iobroker.squeezeboxrpc prüft bei Aufruf, ob alle Datenpunkte angelegt wurden und legt sie, falls sie fehlen an. Das macht er aber nur bei Start.
Falls Musik gespielt wird, schreibt der Adapter ca alle 750 ms bis zu ca. 40 Datenpunkte pro Player, falls sich Daten geändert haben.
In einer Multiroomlösung (bspw bei mir sind es 4 Player) multipliziert sich das mit der Anzahl der Player.

Ein Nutzer beschreibt folgendes Szenario:

Adapter wird angehalten.
Der oberste Ast der Datenpunkte mit den Playern wird gelöscht.
Der Adapter wird gestartet
Das Log füllt sich mit den Warnungen
vgl. https://github.com/oweitman/ioBroker.squeezeboxrpc/issues/32

nach Prüfung habe ich festgestellt, das obwohl in iobroker die Datenpunkte nach dem löschen nicht mehr angezeigt werden, die Datenpunkte wohl noch existieren (zumindest eine gewisse Zeit). Der Adapter prüft und stellt fest, das der Datenpunkt noch existiert und legt ihn natürlicherweise nicht an. Die Löschung durch iobroker muss wohl kurz danach erfolgen, was beim nächsten Schreibvorgang dann zur Warnung führt.

Wenn man ein weilchen wartet und dann den Adapter neu startet gibt es keine Probleme.

Wie soll man damit umgehen?
Ich würde nun ungern zusätzlich zum schreiben, jedesmal noch prüfen wollen, ob der Datenpunkt noch existiert.

Falls solche Schreib/Löschoperationen durch iobroker sich noch in einem cache/queue befinden, kann man das abfragen?

[Xenon]

@oliverio wie prüfst du denn ob der DP bereits vorhanden ist? Kenne deinen Adapter und den Aufbau nicht, hab nur mal kurz drüber geschaut. Habe aber nichts gefunden, wo du deine DPs erstellst oder prüfst.

Es gibt doch sogar einen eigenen Befehl dafür im iobroker ohne das man nochmal extra prüfen muss

[UncleSam]

@oliverio Es gibt in Admin 5 und js-controller 3.3 die Möglichkeit ganze Objektbäume zu löschen. Das geschieht dann automatisch in js-controller und kann im geschilderten Fall natürlich zu einer Race Condition führen: js-controller ist noch am löschen während dein Adapter schon wieder startet.

Ganz ehrlich: da hat der User etwas sehr komisches versucht und entsprechend komisches Verhalten produziert. Mein Vorschlag: ignorieren. Weil so kann man jeden Adapter dazu bringen, dass er Mist macht.

Workaround für den Benutzer: Adapter neu starten und die Welt ist wieder in Ordnung.

[OliverIO]

@xenon said in Neue Warnmeldungen in iobroker:

@oliverio wie prüfst du denn ob der DP bereits vorhanden ist? Kenne deinen Adapter und den Aufbau nicht, hab nur mal kurz drüber geschaut. Habe aber nichts gefunden, wo du deine DPs erstellst oder prüfst.

Es gibt doch sogar einen eigenen Befehl dafür im iobroker ohne das man nochmal extra prüfen muss

der datenpunkt wird einfach neu angelegt. Wenn es den schon gibt, dann macht iobroker nichts
https://github.com/oweitman/ioBroker.squeezeboxrpc/blob/b015c0efbc4ce6336c28acd47373e564b3d8de6b/lib/iosbplayer.js#L622

[OliverIO]

@unclesam said in Neue Warnmeldungen in iobroker:

@oliverio Es gibt in Admin 5 und js-controller 3.3 die Möglichkeit ganze Objektbäume zu löschen. Das geschieht dann automatisch in js-controller und kann im geschilderten Fall natürlich zu einer Race Condition führen: js-controller ist noch am löschen während dein Adapter schon wieder startet.

Ganz ehrlich: da hat der User etwas sehr komisches versucht und entsprechend komisches Verhalten produziert. Mein Vorschlag: ignorieren. Weil so kann man jeden Adapter dazu bringen, dass er Mist macht.

Workaround für den Benutzer: Adapter neu starten und die Welt ist wieder in Ordnung.

danke. so was habe ich mir gedacht.
ich habe mich halt gefragt in wie weit man solche dinge auch noch abfangen sollte.