[Gelöst] [V4.5 IP1] Was bedeutet diese Fehlermeldung? (WD-2632)

[jensgulow]

Wo sollte ich bei u.g. Fehlermeldung im Logikeditor suchen?
Heißt LS_123 Logik Nr. 123?
Und inputfield L5 ist was?

RES from InfluxDB: '{"error":"partial write: field type conflict: input field \"L5\" on measurement \"LS_123\" is type integer, already exists as type boolean dropped=5"}'

[StefanW]

HI Jens,

das ist in der Tat zu kryptisch. Die Meldung kommt so von der Influx, mal sehen, ob man da eine Übersetzung konfigurieren kann.

Sieht für mich nach einer Meldung durch Dr. Modus aufzeichnen aus, bin aber nicht Spezialist in der Sache und mag falsch lieben, muss sich ein Entwickler ansehen.

lg

Stefan

[jensgulow]

Okay.... Es läuft ja alles, aber offensichtlich werden da immer wieder Werte verworfen und ein Buffer läuft voll. Das kann ja auf längere Sicht nicht gut sein.

[StefanW]

Hi,

wir sehen uns das baldmöglichst an, der Chefentwickler ist aber übers Wochenende erkrankt, ich kann nicht sagen, wie schnell es genau geht.

lg

Stefan

[jensgulow]

Alles klar .... Jetzt gerade scheint es ja wieder zu gehen. Offensichtlich habt ihr den Fehler gefunden. Was war es denn?

Und ja, ich hatte an dieser bewussten Logik etwas verändert, weil ich den "day of year" des ersten Adventssonntages brauchte...

Danke schon einmal.

[ms20de]

Hallo Jens,

ich habe das aktuelle Problem behoben, dabei habe ich den Logic-Engine-Service auf deinem Server neu gestartet. Bitte überprüfe, ob alle Logiken, die keine Persistenz aktiviert haben, mit den korrekten Werten arbeiten.

Code: Alles auswählen

RES from InfluxDB: '{"error":"partial write: field type conflict: input field \"L5\" on measurement \"LS_123\" is type integer, already exists as type boolean dropped=5"}'

Es handelt sich um ein Problem beim Dr. Modus. Die Ausführung der Logiken war nie eingeschränkt durch das Problem.
LS steht für Logic Scope und 123 ist die ID der Logik.
L5 ist das Level der Logik welches in der "Tabelle" LS_123 bereits mit Boolean beschrieben wurde und deswegen nicht mehr als Integer gespeichert werden kann.

Wenn man den Grafana Link im Logik-Manager verwendet und bei den Panels auf Edit geht, kann man sehen welches L5 ist und bekommt in der Tabellenansicht auch die Boolean-Werte die den Konflikt auslösen.


Ich gehe davon aus, dass das Problem beim Entwickeln von Custom-Logiken aufgetreten ist, als der Typ oder die Reihenfolge der Level geändert wurde während des Dr-Modus an war.

Ich werde das Problem weiter untersuchen und überlegen was wir in Zukunft tun können, damit das Problem nicht mehr auftreten kann.

Viele Grüße,
Matthias

[jensgulow]

Danke für die Info. Werde die logiken mal auf korrekte Werte überprüfen.

[StefanW]

Hallo Matthias, vielen Dank für die schnelle Reaktion.

Für alle, kurz übersetzt:

Wenn man in der Influx-DB eine Zeitserien anlegt, dann wird dort auch bestimmt, welcher Datentyp in welches Feld kommt.

Das macht auch der Dr. Modus, wenn er das erste Mal für eine Logik gestartet wurde.

Wenn man nun nachträglich die Logik ändert und der Datentyp eines internen Levels sich ändert, dann kann das schief gehen.

Ich glaube, das ist das erste Mal, in fünf Jahren Logik Engine mit Dr. Modus, dass ein Fall auftritt, der nicht abgefangen wurde. Da sieht man mal, welche Komplexitäten bei solchen Themen wie Logik, Custom-Logik, Dr. Modus, Zeitserien-DB und am Ende Grafana die ganze Kette durch auftreten können.

lg

Stefan

[jensgulow]

Umso bemerkenswerter ist der Support von Seiten elabnet - Tausend Dank dafür.

....Und ich habe gelernt: vor dem Modifizieren einer Logik den Doktormode ausschalten.

[Robert_Mini]

Bei mir schaltet sich der DokMode beim Speichern aus (was mich etwas stört), aber in Hinblick auf diese Komplexität ist das eigentlich ok!

Lg
Robert