js-controller 3.2 jetzt im Latest!

[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.

[crunchip]

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

bitte mit der kommenden 3.2.910 vom controller

kam kein Fehler mehr

ausser (zwar nur Warnung) , dieses wiederholende Cannot get view... beim beenden, hängt das mit dem sonoff Adapter zusammen?

2021-01-24 10:28:08.639 - info: host.IoBroker instance system.adapter.virtualpowermeter.0 terminated with code 156 (START_IMMEDIATELY_AFTER_STOP)
2021-01-24 10:28:08.640 - info: host.IoBroker All instances are stopped.
2021-01-24 10:28:09.806 - info: host.IoBroker instance system.adapter.javascript.0 terminated with code 156 (START_IMMEDIATELY_AFTER_STOP)
2021-01-24 10:28:09.807 - info: host.IoBroker All instances are stopped.
2021-01-24 10:28:09.848 - info: host.IoBroker terminated
2021-01-24 10:28:09.848 - warn: host.IoBroker instance system.adapter.ping.0 terminated due to SIGTERM
2021-01-24 10:28:09.849 - info: host.IoBroker instance system.adapter.ping.0 terminated with code null ()
2021-01-24 10:28:09.849 - info: host.IoBroker All instances are stopped.
2021-01-24 10:28:09.852 - warn: host.IoBroker Cannot get view: Error: Connection is closed.
2021-01-24 10:28:09.853 - warn: host.IoBroker Cannot get view: Error: Connection is closed.
2021-01-24 10:28:09.853 - warn: host.IoBroker Cannot get view: Error: Connection is closed.
2021-01-24 10:28:09.853 - warn: host.IoBroker Cannot get view: Error: Connection is closed.
2021-01-24 10:28:09.853 - warn: host.IoBroker Cannot get view: Error: Connection is closed.
2021-01-24 10:28:09.853 - warn: host.IoBroker Cannot get view: Error: Connection is closed.
2021-01-24 10:28:09.854 - warn: host.IoBroker Cannot get view: Error: Connection is closed.
2021-01-24 10:28:09.855 - warn: host.IoBroker instance system.adapter.sonoff.0 terminated due to SIGTERM
2021-01-24 10:28:09.855 - info: host.IoBroker instance system.adapter.sonoff.0 terminated with code null ()
2021-01-24 10:28:09.855 - info: host.IoBroker All instances are stopped.
2021-01-24 10:28:09.855 - warn: host.IoBroker instance system.adapter.tankerkoenig.0 terminated due to SIGTERM
2021-01-24 10:28:09.856 - info: host.IoBroker instance system.adapter.tankerkoenig.0 terminated with code null ()
2021-01-24 10:28:09.856 - info: host.IoBroker All instances are stopped.
2021-01-24 10:28:09.856 - warn: host.IoBroker instance system.adapter.telegram.0 terminated due to SIGTERM
2021-01-24 10:28:09.856 - info: host.IoBroker instance system.adapter.telegram.0 terminated with code null ()
2021-01-24 10:28:09.856 - info: host.IoBroker All instances are stopped.
2021-01-24 10:28:09.857 - warn: host.IoBroker instance system.adapter.telegram.1 terminated due to SIGTERM
2021-01-24 10:28:09.857 - info: host.IoBroker instance system.adapter.telegram.1 terminated with code null ()
2021-01-24 10:28:09.857 - info: host.IoBroker All instances are stopped.
2021-01-24 10:28:09.857 - warn: host.IoBroker instance system.adapter.text2command.0 terminated due to SIGTERM
2021-01-24 10:28:09.857 - info: host.IoBroker instance system.adapter.text2command.0 terminated with code null ()
2021-01-24 10:28:09.858 - info: host.IoBroker All instances are stopped.
2021-01-24 10:28:09.858 - warn: host.IoBroker instance system.adapter.sayit.0 terminated due to SIGTERM
2021-01-24 10:28:09.858 - info: host.IoBroker instance system.adapter.sayit.0 terminated with code null ()
2021-01-24 10:28:09.858 - info: host.IoBroker All instances are stopped.
2021-01-24 10:28:09.858 - warn: host.IoBroker instance system.adapter.zigbee.0 terminated due to SIGTERM
2021-01-24 10:28:09.858 - info: host.IoBroker instance system.adapter.zigbee.0 terminated with code null ()
2021-01-24 10:28:09.859 - info: host.IoBroker All instances are stopped.
2021-01-24 10:31:25.603 - info: host.IoBroker iobroker.js-controller version 3.2.10 js-controller starting
2021-01-24 10:31:25.607 - info: host.IoBroker Copyright (c) 2014-2021 bluefox, 2014 hobbyquaker

2021-01-24 10:28:03.648 - info: sonoff.0 (17189) getForeignState not processed because States database not connected
2021-01-24 10:28:03.649 - info: sonoff.0 (17189) setForeignState not processed because States database not connected
2021-01-24 10:28:03.704 - info: sonoff.0 (17189) getForeignState not processed because States database not connected
2021-01-24 10:28:03.705 - info: sonoff.0 (17189) setForeignState not processed because States database not connected
2021-01-24 10:28:04.716 - info: sonoff.0 (17189) getForeignState not processed because States database not connected
2021-01-24 10:28:04.717 - info: sonoff.0 (17189) setForeignState not processed because States database not connected
2021-01-24 10:28:04.763 - info: sonoff.0 (17189) getForeignState not processed because States database not connected
2021-01-24 10:28:04.764 - info: sonoff.0 (17189) setForeignState not processed because States database not connected

[Josh]

Mein Synology-Adapter kam nach dem Update nicht mehr hoch, Er blieb gelb. Aber ein Restart des Adapters brachte ihn wieder auf grün. Läuft alles bisher ohne Auffälligkeiten.

[apollon77]

@crunchip Also diese Meldungen die bisher quasi "verschluckt waren" bedeuten das der Adaoter irgendwie Daten schreiben will obwohlvalles schon beendet ist. Also Issue beim Adapter das man da schaut was los ist. SO lange es aber nur beim beenden eines Adapters passiert ists "ok-ish"

[amg_666]

@apollon77 ICh würd mich heute auch mal an der 3.2.10 versuchen, bleibt es beim Vorgehen ERST Master, DANN Slaves ?

[Kueppert]

Hi, mir ist beim Update folgende Fehlerzeile aufgefallen (auf 4.10.13):

(17828) npm WARN deprecated request-promise-native@1.0.9: request-promise-native has been deprecated because it extends the now deprecated request package, see https://github.com/request/request/issu

bekannt? Problem?
VG Thorsten

[myssv]

Ich bekomme jedes Mal folgende Meldung:

root@iobroker:/opt/iobroker# pkill io
root@iobroker:/opt/iobroker# iobroker upgrade self
**Controller is running. Please stop ioBroker first.**
root@iobroker:/opt/iobroker#

Was kann ich tun?

ioBroker läuft im Docker auf einer Synology.

[fastfoot]

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

root@iobroker:/opt/iobroker# pkill io

nimm pkill -u iobroker. Prüfen kannst du noch laufende Prozesse mit ps aux, da sollte links nicht mehr der iobroker auftauchen

[myssv]

@fastfoot DANKE !!

[apollon77]

@amg_666 Wenn du noch eine 3.1.x hast dann ja. Wenn schon 3.2 frühere Version dann egal

[apollon77]

@kueppert Kommt von irgendeinem deiner Adapter ... und ist erstmal unkritisch

[amg_666]

@apollon77

3* Raspi 3b, upgrade lief ohne Probleme durch, keine Fehlermeldungen o.ä. Nur der Zigbee Adapter hat "ewig" gebraucht weil er da wohl im Hintergrund noch diverse serialport Einstellungen gradeziehen musste. Läuft jetzt aber problemlos.

[Latzi]

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

@kueppert Kommt von irgendeinem deiner Adapter ... und ist erstmal unkritisch