js-controller 3.2 jetzt im Latest!

UncleSam

Hat jemand von euch den folgenden Fehler schon mal gesehen:

Something	2021-01-22 18:47:43.864	error	went wrong: sourceId=sonoff.0.WiFi-Plug11.POWER, sourceObj={"_id":"sonoff.0.WiFi-Plug11.POWER","common":{"type":"boolean","role":"switch","read":true,"write":true,"storeMap":true,"name":"WiFi-Plug11
Something	2021-01-22 18:47:43.863	error	went wrong: sourceId=mihome-vacuum.0.rooms.275001013648.roomClean, sourceObj={"type":"state","common":{"name":"clean Room","type":"boolean","role":"button","read":false,"write":true,"desc":"Start Roo

Er ist nicht von mir, aber er wurde in diesem Thema gemeldet.

Rushmed

@unclesam Ich beobachte noch, seit gestern ist das Phänmen noch nicht wieder aufgetaucht. Ich habe auch keine Ahnung was die Ursache war.

Dr. Bakterius

@apollon77 Ist es richtig, dass der js-controller unnötig oft (auch wenn sich nichts ändert) die objects.json und objects.json.bak schreibt?

apollon77

Hey all,

mit den letzten Dingen gibt es jetzt noch eine 3.2.10 (die 3.2.9 haben wir übersprungen, technische Gründe)

3.2.10 (2021-01-23)

(Apollon77) prevent some errors shown and optimize database handling
(Apollon77) prevent an endless loop when lua script initialization was not possible
(Apollon77) catch semver errors in upgrade commands
(foxriver76) ensure setAdapterInstanceEnabled can not hang

Bitte testen, einige Adapter sollten etwas ruhiger sein hoffe ich. @Diginix Bitte auch deine hängenden Prozesse beobachten

apollon77

@dr-bakterius Nein das ist nicht richtig. Wenn es neu geschrieben wird dann haben sich daten geändert. kannst ja die Files mal vergleichen

apollon77

@unclesam siehe anderer Thread: Da scheint irgendwas mit Aleas falsch eingestellt zu sein und Logging ist suboptimal. Logging wird verbessert

JLeg

@apollon77 sagte in js-controller 3.2 jetzt im Latest!:

@dr-bakterius Nein das ist nicht richtig. Wenn es neu geschrieben wird dann haben sich daten geändert. kannst ja die Files mal vergleichen

tu' ich gerade - alle 2-3 Minuten passiert genau das - objects.json u. objects.json.bak wurden neu geschrieben, Änderungen anzeigen lassen - keine vorhanden.

apollon77

@jleg Wie schaust Du denn nach Änderungen? Ich hoffe nicht nur über die Dateigrösse Also bei meinem System ist aktuell (18:38) die objects.json von 18:32 als ich ihn neu gestartet habe.

Die states.json ist von 18:37

Was laufen denn so für Adapter?

Dr. Bakterius

@apollon77 sagte in js-controller 3.2 jetzt im Latest!:

kannst ja die Files mal vergleichen

Habe ich (und andere auch) und keine Unterschiede zwischen den Dateien gefunden.

Edit: Natürlich auf Dateiinhalt verglichen. Und auffällig ist es bei mir beim Netatmo- und DasWetter-Adapter. Regelmäßig in deren Zyklen werden die Dateien geschrieben.

JLeg

@apollon77 sagte in js-controller 3.2 jetzt im Latest!:

@jleg Wie schaust Du denn nach Änderungen? Ich hoffe nicht nur über die Dateigrösse Also bei

naa
letztes Beispiel

-rwxrwxrwx+   1 iobroker iobroker 13789525 Jan 23 18:33 objects.json
-rwxrwxrwx+   1 iobroker iobroker 13789525 Jan 23 18:33 objects.json.bak

hier reicht ein

diff objects.json objects.json.bak

Im Fall dass es Unterschiede gibt, konvertiere ich vor'm diff natürlich nach "lesbar"...

meinem System ist aktuell (18:38) die objects.json von 18:32 als ich ihn neu gestartet habe.

Die states.json ist von 18:37

Was laufen denn so für Adapter?

diverse als "auffällig" identifiziert sind aber "WLED" und "DWD", die waren einfach zu finden, da die tatsächlich dauernd Objekte ändern (WLED: timestamps, DWD: da wechselt regelmässig mein Ortname und "")

apollon77

@dr-bakterius Naja da haben wirs ... DasWetter ist ein Cron Adapter, das heisst das der bei jedem Lauf die Objekte aktualisiert. Es gibt ein Issue im js-controller das ggf zu optimieren - hat es aber nicht in die aktuelle Version geschafft.
ABER das die Files keinen Unterschied haben kann an sich nicht sein weil sich mindestens Zeitstempel ändern in den Objekten.

Wir hier im Thread weiter oben besprochen kann die Schreibfreequenz über "writeFileInterval" in iobroker.json bei den File Db Konfigs geändert werden.
Es hat sich an der Thematik iom Vergleich zum 3.1.6er Adapter oder davor nichts geändert.

apollon77

@jleg Dann wären das Adapter-Issues

JLeg

@apollon77 sagte in js-controller 3.2 jetzt im Latest!:

@jleg Dann wären das Adapter-Issues

Ah, ok; hatte auch vergessen zu erwähnen - diese ganze "diskwrite"-SSD-wearout-Geschichte (im Nachbarthread) hat imo nichts mit "3.2 im Latest" zu tun, das sieht unter 3.1.x komplett genauso aus, ist also OT...

Dr. Bakterius

@apollon77 sagte in js-controller 3.2 jetzt im Latest!:

ABER das die Files keinen Unterschied haben kann an sich nicht sein weil sich mindestens Zeitstempel ändern in den Objekten.

Mea culpa - aber es ist nicht leicht die Unterschiede in einer großen Datei zu finden die nur eine Zeile hat. Es haben sich tatsächlich einige Timestamps geändert.

Das mit 'DasWetter' leuchtet mir ein. Warum aber beim 'Netatmo'? Allerdings frage ich mich, was die Timestamps in den objects zu suchen haben? Würden die nicht in die states gehören?

paul53

@apollon77 sagte: weil sich mindestens Zeitstempel ändern in den Objekten.

In den (statischen) Objekten ändern sich Zeitstempel? Ich kenne bisher nur einen Zeitstempel im Objekt, der das Erstellungsdatum des Objektes enthält und konstant bleibt.

apollon77

@paul53 Objekte haben wir States ein „Last changed timestamp“ und „last change by“.

Dies ist nötig weil es durchaus Objekte gibt die Content beinhalten Woman wissen muss wenn sich etwa geändert hat (zb JavaScript scripte und blockly speichern den Content in Objekten und ein sync auf Platte muss wissen wo sich jetzt wann zuletzt etwas geändert hat)

Also das wissen ist outdated ;-))

paul53

@apollon77 sagte: wissen muss wenn sich etwa geändert hat (zb JavaScript scripte und blockly

Habe den "ts" in den statischen Objekten unter scripts.js mal geprüft: Ja, sie werden bei Änderung des Scripts neu geschrieben. Es ändert sich ja auch der Inhalt.

apollon77

@paul53 naja ist alles so ne Sache. Eine diskussionsfrage ist ob ein Objekt was geschrieben wurde aber identisch zu vorher war einen neuen timestamp bekommen sollte. Die Überlegungen sind vor allem auch Performance. Jedes Mal die Daten des Objekts zu vergleichen kostet auch einiges an Performance.

Mal schauen. wir haben Noch andere Ideen wie wir das optimieren können.

Diginix

@apollon77 sagte in js-controller 3.2 jetzt im Latest!:

@Diginix Bitte auch deine hängenden Prozesse beobachten

Seit gestern 19:20 Uhr und mittlerweile über 100 mal per Skript gestoppt/gestartete radar2 Instanz keine hängenden Prozesse.
3.2.10 läuft bei mir somit bisher auch unauffällig. Besten Dank für den schnellen Bugfix!
Nun müssen nur noch paar Adapter korrigiert werden damit die "no existing object" Meldungen im Log verschwinden.

Jan1

Ich hatte mit der 3.2.8 schon keine Auffälligkeiten und die 3.210 läuft nun ebenfalls ohne Probleme.

NEWS