NEWS
js-controller 3.0/3.1 jetzt im Latest!
-
@Yetiberg Zigbee Adapter, ioBroker, Raspberry alles schonmal neu gestartet. Den Adapter habe ich auch schon gelöscht und neu installiert
Der Fehler ist immer der gleiche.
Jedoch nach dem npm rebuild wurden es weniger Fehler -
@apollon77 sagte in js-controller 3.0 jetzt im Latest!:
@oFbEQnpoLKKl6mbY5e13 ...Dann komplettes log aus dem File (nicht admin!) in einem issue im GitHub hinterlegen. Mir link schicken.
Ich bin nicht sicher wie das mit dem controller zu tun haben kann. Da kommt eine Nachricht von hmip rein mit falschen Daten ...
Das Log nur mit den Daten vom HMIP-Adapter im Silly-Modus ist über 3MB groß. Ich kann das unmöglich alles ins Issue posten. Außerdem sind da die ganzen SGTINs drin.
Ich habe die Stelle, die möglicherweise Hinweise auf die Fehlerquelle gibt, im Issue vermerkt:
GITHUB@oFbEQnpoLKKl6mbY5e13 sonst mir mit Verweis aufs GitHub issue an iobroker@fischer-ka.de schicken.
-
@apollon77 sagte in js-controller 3.0 jetzt im Latest!:
@dirk1962 hast du vllt noch das install log vom letzten Update von iot?
Ich hoffe, dass Du das meinst.
-
@apollon77 sagte in js-controller 3.0 jetzt im Latest!:
@dirk1962 hast du vllt noch das install log vom letzten Update von iot?
Ich hoffe, dass Du das meinst.
-
@apollon77 hi
leider klingelt da nichts - ich nutze das eigentlich nicht - nur dateien, die mit writeFile geschrieben worden sind - html-dateien, die auch funktionieren
ich habe alles durchsucht im iobroker-container (linux-ebene) nach assets, *grafik.png oder den ganzen angezeigten namen - auch unter scripte-tab - ich habe keine idee mehr nach was oder wo ich noch suchen soll - es kommt auch nicht immer - momentan sind keine meldungen - hast du einen tipp, wie ich die suche angehen kann
das hier ist auch noch gekommen:
web.1 2020-05-02 14:17:40.166 warn (22881) readFile will not read this file () in future versions: favicon.ico is not an object of type "meta"was genau bedeutet die meldung - sind da files, die ich irgenwann einfach in das iobroker verzeichnis kopiert habe oder sind das meldungen, die bei abrufen dieser files erscheinen - und wer kann das abrufen? scripte habe ich auch durchsucht.
@liv-in-sky Ich habe ein ganz ähnliches Problem. Bei mir sind das PNGs, die ich vor sehr langer Zeit mal in ein eigenes Verzeichnis unterhalb der VIS ICONs Verzeichnis kopiert hatte, die ich aber schon seit mehreren Monaten (mehr als 12) nicht mehr in VIS benutze.
Mir ist es deshalb total unklar, warum die noch geladen werden und diese Warning erzeugen. Ich vermute, dass VIS beim Editieren immer noch alte HTML Code Stücke sinnlosere Weise mit in der Datenbank hat, die diese PNGs referenzieren, aber nie mehr anzeigen. Das würde auch erklären, warum das erstmalige Laden meiner Visualisierung so lange dauert.
PS: Ich habe gerade mal den Quelltext von dem VIS HTML Code angeschaut und da ist unter Index ein Ordner Bilder und der referenziert bei mir die PNGs, die nicht gefunden werden.
Wie ich das jetzt fixe, ist mir unklar.
HW:NUC (16 GB Ram)
OS: Debian Bullseye, Promox V7, node v16.x npm 8.19.3 -
@liv-in-sky Ich habe ein ganz ähnliches Problem. Bei mir sind das PNGs, die ich vor sehr langer Zeit mal in ein eigenes Verzeichnis unterhalb der VIS ICONs Verzeichnis kopiert hatte, die ich aber schon seit mehreren Monaten (mehr als 12) nicht mehr in VIS benutze.
Mir ist es deshalb total unklar, warum die noch geladen werden und diese Warning erzeugen. Ich vermute, dass VIS beim Editieren immer noch alte HTML Code Stücke sinnlosere Weise mit in der Datenbank hat, die diese PNGs referenzieren, aber nie mehr anzeigen. Das würde auch erklären, warum das erstmalige Laden meiner Visualisierung so lange dauert.
PS: Ich habe gerade mal den Quelltext von dem VIS HTML Code angeschaut und da ist unter Index ein Ordner Bilder und der referenziert bei mir die PNGs, die nicht gefunden werden.
Wie ich das jetzt fixe, ist mir unklar.
Das Update des RFLink-Adapters zerschießt mir die Serielle Schnittstelle.
raspberrypi Betriebssystem linux Betriebssystem linux Architektur arm CPUs 4 Geschwindigkeit 1500 MHz Modell ARMv7 Processor rev 3 (v7l) RAM 3.81 GB System Betriebszeit 10 T. 22:55:36 Node.js v10.20.1 (Empfohlene Version v12.16.3) NPM 6.14.4 Festplatte Größe 233.73 GB Festplatte frei 229.18 GB Anzahl der Adapter 346 Betriebszeit 3 T. 00:01:36 Aktive Instanzen 23 Hostname raspberrypiDas hier stimmt nicht:
2020-05-01 08:32:49.599 - error: rflink.0 (2973) uncaught exception: SerialPort.list no longer takes a callback and only returns a promise
2020-05-01 08:32:49.609 - error: rflink.0 (2973) TypeError: SerialPort.list no longer takes a callback and only returns a promise2020-05-01 08:30:03.576 - info: host.raspberrypi iobroker upload [2] rflink.admin /opt/iobroker/node_modules/iobroker.rflink/admin/rflink.png rflink.png image/png 2020-05-01 08:30:03.635 - info: host.raspberrypi iobroker upload [1] rflink.admin /opt/iobroker/node_modules/iobroker.rflink/admin/parse.js parse.js application/javascript 2020-05-01 08:30:03.714 - info: host.raspberrypi iobroker upload [0] rflink.admin /opt/iobroker/node_modules/iobroker.rflink/admin/index.html index.html text/html 2020-05-01 08:30:03.770 - info: host.raspberrypi iobroker Adapter "rflink" updated 2020-05-01 08:30:03.771 - info: host.raspberrypi iobroker host.raspberrypi Adapter "system.adapter.rflink.0" is started 2020-05-01 08:30:03.795 - info: host.raspberrypi "system.adapter.rflink.0" enabled 2020-05-01 08:30:03.814 - info: host.raspberrypi instance system.adapter.rflink.0 started with pid 1666 2020-05-01 08:30:04.820 - info: host.raspberrypi iobroker exit 0 2020-05-01 08:30:06.134 - info: rflink.0 (1666) starting. Version 2.1.0 in /opt/iobroker/node_modules/iobroker.rflink, node: v10.20.1, js-controller: 3.0.20 2020-05-01 08:30:06.282 - info: rflink.0 (1666) Serial port opened 2020-05-01 08:30:07.212 - info: rflink.0 (1666) Connected 2020-05-01 08:30:09.311 - info: ical.0 (1645) Terminated (NO_ERROR): Without reason 2020-05-01 08:30:09.830 - info: host.raspberrypi instance system.adapter.ical.0 terminated with code 0 (NO_ERROR) 2020-05-01 08:30:21.393 - error: rflink.0 (1666) uncaught exception: SerialPort.list no longer takes a callback and only returns a promise 2020-05-01 08:30:21.397 - error: rflink.0 (1666) TypeError: SerialPort.list no longer takes a callback and only returns a promise at Function.SerialPort.list (/opt/iobroker/node_modules/@serialport/stream/lib/index.js:651:11) at Adapter.adapter.on.obj (/opt/iobroker/node_modules/iobroker.rflink/main.js:43:36) at Adapter.emit (events.js:198:13) at change (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:5304:34) at Immediate.setImmediate (/opt/iobroker/node_modules/iobroker.js-controller/lib/states/statesInRedis.js:234:41) at runCallback (timers.js:705:18) at tryOnImmediate (timers.js:676:5) at processImmediate (timers.js:658:5) 2020-05-01 08:30:21.493 - info: rflink.0 (1666) terminating 2020-05-01 08:30:21.495 - info: rflink.0 (1666) Terminated (NO_ERROR): Without reason 2020-05-01 08:30:22.018 - info: host.raspberrypi instance system.adapter.rflink.0 terminated with code 0 (NO_ERROR) 2020-05-01 08:30:22.019 - info: host.raspberrypi Restart adapter system.adapter.rflink.0 because enabled 2020-05-01 08:30:52.044 - info: host.raspberrypi instance system.adapter.rflink.0 started with pid 2299 2020-05-01 08:30:53.956 - info: rflink.0 (2299) starting. Version 2.1.0 in /opt/iobroker/node_modules/iobroker.rflink, node: v10.20.1, js-controller: 3.0.20 2020-05-01 08:30:54.095 - info: rflink.0 (2299) Serial port opened 2020-05-01 08:30:55.025 - info: rflink.0 (2299) Connected 2020-05-01 08:31:00.460 - info: javascript.0 (30309) script.js.common.StromzaehlerWemo: setForeignState(id=javascript.0.StromMeter.Wert, state="648578.00") 2020-05-01 08:31:06.026 - info: host.raspberrypi Update repository "latest" under "http://download.iobroker.net/sources-dist-latest.json" 2020-05-01 08:31:22.254 - error: rflink.0 (2299) uncaught exception: SerialPort.list no longer takes a callback and only returns a promise 2020-05-01 08:31:22.264 - error: rflink.0 (2299) TypeError: SerialPort.list no longer takes a callback and only returns a promise at Function.SerialPort.list (/opt/iobroker/node_modules/@serialport/stream/lib/index.js:651:11) at Adapter.adapter.on.obj (/opt/iobroker/node_modules/iobroker.rflink/main.js:43:36) at Adapter.emit (events.js:198:13) at change (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:5304:34) at Immediate.setImmediate (/opt/iobroker/node_modules/iobroker.js-controller/lib/states/statesInRedis.js:234:41) at runCallback (timers.js:705:18) at tryOnImmediate (timers.js:676:5) at processImmediate (timers.js:658:5) 2020-05-01 08:31:22.334 - info: rflink.0 (2299) terminating 2020-05-01 08:31:22.335 - info: rflink.0 (2299) Terminated (NO_ERROR): Without reason 2020-05-01 08:31:22.853 - info: host.raspberrypi instance system.adapter.rflink.0 terminated with code 0 (NO_ERROR) 2020-05-01 08:31:22.853 - info: host.raspberrypi Restart adapter system.adapter.rflink.0 because enabled 2020-05-01 08:31:48.770 - info: host.raspberrypi "system.adapter.rflink.0" disabled 2020-05-01 08:31:54.229 - info: host.raspberrypi "system.adapter.rflink.0" enabled 2020-05-01 08:31:54.229 - info: host.raspberrypi stopInstance system.adapter.rflink.0 (force=false, process=true) 2020-05-01 08:31:54.231 - info: host.raspberrypi stopInstance system.adapter.rflink.0 send kill signal 2020-05-01 08:31:55.292 - info: host.raspberrypi stopInstance system.adapter.rflink.0 killing pid 2957 2020-05-01 08:31:55.302 - info: rflink.0 (2957) starting. Version 2.1.0 in /opt/iobroker/node_modules/iobroker.rflink, node: v10.20.1, js-controller: 3.0.20 2020-05-01 08:31:55.453 - info: rflink.0 (2957) Serial port opened 2020-05-01 08:31:56.383 - info: rflink.0 (2957) Connected 2020-05-01 08:31:57.267 - info: host.raspberrypi instance system.adapter.rflink.0 started with pid 2973 2020-05-01 08:31:57.273 - warn: rflink.0 (2957) Got terminate signal. Checking desired PID: 0 vs own PID 2957 2020-05-01 08:31:57.277 - info: rflink.0 (2957) terminating 2020-05-01 08:31:57.279 - info: rflink.0 (2957) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason 2020-05-01 08:31:57.288 - warn: rflink.0 (2957) Got terminate signal. Checking desired PID: 2973 vs own PID 2957 2020-05-01 08:31:57.804 - error: host.raspberrypi instance system.adapter.rflink.0 terminated by request of the instance itself and will not be restarted, before user restarts it. 2020-05-01 08:31:57.804 - info: host.raspberrypi Do not restart adapter system.adapter.rflink.0 because desired by instance 2020-05-01 08:31:59.163 - info: rflink.0 (2973) starting. Version 2.1.0 in /opt/iobroker/node_modules/iobroker.rflink, node: v10.20.1, js-controller: 3.0.20 2020-05-01 08:31:59.665 - info: rflink.0 (2973) Serial port opened 2020-05-01 08:32:00.594 - info: rflink.0 (2973) Connected 2020-05-01 08:32:00.814 - info: javascript.0 (30309) script.js.common.StromzaehlerWemo: setForeignState(id=javascript.0.StromMeter.Wert, state="648579.00") 2020-05-01 08:32:49.599 - error: rflink.0 (2973) uncaught exception: SerialPort.list no longer takes a callback and only returns a promise 2020-05-01 08:32:49.609 - error: rflink.0 (2973) TypeError: SerialPort.list no longer takes a callback and only returns a promise at Function.SerialPort.list (/opt/iobroker/node_modules/@serialport/stream/lib/index.js:651:11) at Adapter.adapter.on.obj (/opt/iobroker/node_modules/iobroker.rflink/main.js:43:36) at Adapter.emit (events.js:198:13) at change (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:5304:34) at Immediate.setImmediate (/opt/iobroker/node_modules/iobroker.js-controller/lib/states/statesInRedis.js:234:41) at runCallback (timers.js:705:18) at tryOnImmediate (timers.js:676:5) at processImmediate (timers.js:658:5) 2020-05-01 08:32:49.775 - info: rflink.0 (2973) terminating 2020-05-01 08:32:49.776 - info: rflink.0 (2973) Terminated (NO_ERROR): Without reason 2020-05-01 08:32:50.295 - info: host.raspberrypi instance system.adapter.rflink.0 terminated with code 0 (NO_ERROR) 2020-05-01 08:32:50.296 - info: host.raspberrypi Restart adapter system.adapter.rflink.0 because enabledHP Microserver Gen8, RPI-4, IoBroker,
-
Braucht der js-controller 3.0 tatsächlich soviel weniger Speicher? Oder ist da was bei mir im argen? Alle Adapter laufen jedenfalls und auch im Log keine Auffälligkeiten.
-
@liv-in-sky Ich habe ein ganz ähnliches Problem. Bei mir sind das PNGs, die ich vor sehr langer Zeit mal in ein eigenes Verzeichnis unterhalb der VIS ICONs Verzeichnis kopiert hatte, die ich aber schon seit mehreren Monaten (mehr als 12) nicht mehr in VIS benutze.
Mir ist es deshalb total unklar, warum die noch geladen werden und diese Warning erzeugen. Ich vermute, dass VIS beim Editieren immer noch alte HTML Code Stücke sinnlosere Weise mit in der Datenbank hat, die diese PNGs referenzieren, aber nie mehr anzeigen. Das würde auch erklären, warum das erstmalige Laden meiner Visualisierung so lange dauert.
PS: Ich habe gerade mal den Quelltext von dem VIS HTML Code angeschaut und da ist unter Index ein Ordner Bilder und der referenziert bei mir die PNGs, die nicht gefunden werden.
Wie ich das jetzt fixe, ist mir unklar.
-
Das Update des RFLink-Adapters zerschießt mir die Serielle Schnittstelle.
raspberrypi Betriebssystem linux Betriebssystem linux Architektur arm CPUs 4 Geschwindigkeit 1500 MHz Modell ARMv7 Processor rev 3 (v7l) RAM 3.81 GB System Betriebszeit 10 T. 22:55:36 Node.js v10.20.1 (Empfohlene Version v12.16.3) NPM 6.14.4 Festplatte Größe 233.73 GB Festplatte frei 229.18 GB Anzahl der Adapter 346 Betriebszeit 3 T. 00:01:36 Aktive Instanzen 23 Hostname raspberrypiDas hier stimmt nicht:
2020-05-01 08:32:49.599 - error: rflink.0 (2973) uncaught exception: SerialPort.list no longer takes a callback and only returns a promise
2020-05-01 08:32:49.609 - error: rflink.0 (2973) TypeError: SerialPort.list no longer takes a callback and only returns a promise2020-05-01 08:30:03.576 - info: host.raspberrypi iobroker upload [2] rflink.admin /opt/iobroker/node_modules/iobroker.rflink/admin/rflink.png rflink.png image/png 2020-05-01 08:30:03.635 - info: host.raspberrypi iobroker upload [1] rflink.admin /opt/iobroker/node_modules/iobroker.rflink/admin/parse.js parse.js application/javascript 2020-05-01 08:30:03.714 - info: host.raspberrypi iobroker upload [0] rflink.admin /opt/iobroker/node_modules/iobroker.rflink/admin/index.html index.html text/html 2020-05-01 08:30:03.770 - info: host.raspberrypi iobroker Adapter "rflink" updated 2020-05-01 08:30:03.771 - info: host.raspberrypi iobroker host.raspberrypi Adapter "system.adapter.rflink.0" is started 2020-05-01 08:30:03.795 - info: host.raspberrypi "system.adapter.rflink.0" enabled 2020-05-01 08:30:03.814 - info: host.raspberrypi instance system.adapter.rflink.0 started with pid 1666 2020-05-01 08:30:04.820 - info: host.raspberrypi iobroker exit 0 2020-05-01 08:30:06.134 - info: rflink.0 (1666) starting. Version 2.1.0 in /opt/iobroker/node_modules/iobroker.rflink, node: v10.20.1, js-controller: 3.0.20 2020-05-01 08:30:06.282 - info: rflink.0 (1666) Serial port opened 2020-05-01 08:30:07.212 - info: rflink.0 (1666) Connected 2020-05-01 08:30:09.311 - info: ical.0 (1645) Terminated (NO_ERROR): Without reason 2020-05-01 08:30:09.830 - info: host.raspberrypi instance system.adapter.ical.0 terminated with code 0 (NO_ERROR) 2020-05-01 08:30:21.393 - error: rflink.0 (1666) uncaught exception: SerialPort.list no longer takes a callback and only returns a promise 2020-05-01 08:30:21.397 - error: rflink.0 (1666) TypeError: SerialPort.list no longer takes a callback and only returns a promise at Function.SerialPort.list (/opt/iobroker/node_modules/@serialport/stream/lib/index.js:651:11) at Adapter.adapter.on.obj (/opt/iobroker/node_modules/iobroker.rflink/main.js:43:36) at Adapter.emit (events.js:198:13) at change (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:5304:34) at Immediate.setImmediate (/opt/iobroker/node_modules/iobroker.js-controller/lib/states/statesInRedis.js:234:41) at runCallback (timers.js:705:18) at tryOnImmediate (timers.js:676:5) at processImmediate (timers.js:658:5) 2020-05-01 08:30:21.493 - info: rflink.0 (1666) terminating 2020-05-01 08:30:21.495 - info: rflink.0 (1666) Terminated (NO_ERROR): Without reason 2020-05-01 08:30:22.018 - info: host.raspberrypi instance system.adapter.rflink.0 terminated with code 0 (NO_ERROR) 2020-05-01 08:30:22.019 - info: host.raspberrypi Restart adapter system.adapter.rflink.0 because enabled 2020-05-01 08:30:52.044 - info: host.raspberrypi instance system.adapter.rflink.0 started with pid 2299 2020-05-01 08:30:53.956 - info: rflink.0 (2299) starting. Version 2.1.0 in /opt/iobroker/node_modules/iobroker.rflink, node: v10.20.1, js-controller: 3.0.20 2020-05-01 08:30:54.095 - info: rflink.0 (2299) Serial port opened 2020-05-01 08:30:55.025 - info: rflink.0 (2299) Connected 2020-05-01 08:31:00.460 - info: javascript.0 (30309) script.js.common.StromzaehlerWemo: setForeignState(id=javascript.0.StromMeter.Wert, state="648578.00") 2020-05-01 08:31:06.026 - info: host.raspberrypi Update repository "latest" under "http://download.iobroker.net/sources-dist-latest.json" 2020-05-01 08:31:22.254 - error: rflink.0 (2299) uncaught exception: SerialPort.list no longer takes a callback and only returns a promise 2020-05-01 08:31:22.264 - error: rflink.0 (2299) TypeError: SerialPort.list no longer takes a callback and only returns a promise at Function.SerialPort.list (/opt/iobroker/node_modules/@serialport/stream/lib/index.js:651:11) at Adapter.adapter.on.obj (/opt/iobroker/node_modules/iobroker.rflink/main.js:43:36) at Adapter.emit (events.js:198:13) at change (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:5304:34) at Immediate.setImmediate (/opt/iobroker/node_modules/iobroker.js-controller/lib/states/statesInRedis.js:234:41) at runCallback (timers.js:705:18) at tryOnImmediate (timers.js:676:5) at processImmediate (timers.js:658:5) 2020-05-01 08:31:22.334 - info: rflink.0 (2299) terminating 2020-05-01 08:31:22.335 - info: rflink.0 (2299) Terminated (NO_ERROR): Without reason 2020-05-01 08:31:22.853 - info: host.raspberrypi instance system.adapter.rflink.0 terminated with code 0 (NO_ERROR) 2020-05-01 08:31:22.853 - info: host.raspberrypi Restart adapter system.adapter.rflink.0 because enabled 2020-05-01 08:31:48.770 - info: host.raspberrypi "system.adapter.rflink.0" disabled 2020-05-01 08:31:54.229 - info: host.raspberrypi "system.adapter.rflink.0" enabled 2020-05-01 08:31:54.229 - info: host.raspberrypi stopInstance system.adapter.rflink.0 (force=false, process=true) 2020-05-01 08:31:54.231 - info: host.raspberrypi stopInstance system.adapter.rflink.0 send kill signal 2020-05-01 08:31:55.292 - info: host.raspberrypi stopInstance system.adapter.rflink.0 killing pid 2957 2020-05-01 08:31:55.302 - info: rflink.0 (2957) starting. Version 2.1.0 in /opt/iobroker/node_modules/iobroker.rflink, node: v10.20.1, js-controller: 3.0.20 2020-05-01 08:31:55.453 - info: rflink.0 (2957) Serial port opened 2020-05-01 08:31:56.383 - info: rflink.0 (2957) Connected 2020-05-01 08:31:57.267 - info: host.raspberrypi instance system.adapter.rflink.0 started with pid 2973 2020-05-01 08:31:57.273 - warn: rflink.0 (2957) Got terminate signal. Checking desired PID: 0 vs own PID 2957 2020-05-01 08:31:57.277 - info: rflink.0 (2957) terminating 2020-05-01 08:31:57.279 - info: rflink.0 (2957) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason 2020-05-01 08:31:57.288 - warn: rflink.0 (2957) Got terminate signal. Checking desired PID: 2973 vs own PID 2957 2020-05-01 08:31:57.804 - error: host.raspberrypi instance system.adapter.rflink.0 terminated by request of the instance itself and will not be restarted, before user restarts it. 2020-05-01 08:31:57.804 - info: host.raspberrypi Do not restart adapter system.adapter.rflink.0 because desired by instance 2020-05-01 08:31:59.163 - info: rflink.0 (2973) starting. Version 2.1.0 in /opt/iobroker/node_modules/iobroker.rflink, node: v10.20.1, js-controller: 3.0.20 2020-05-01 08:31:59.665 - info: rflink.0 (2973) Serial port opened 2020-05-01 08:32:00.594 - info: rflink.0 (2973) Connected 2020-05-01 08:32:00.814 - info: javascript.0 (30309) script.js.common.StromzaehlerWemo: setForeignState(id=javascript.0.StromMeter.Wert, state="648579.00") 2020-05-01 08:32:49.599 - error: rflink.0 (2973) uncaught exception: SerialPort.list no longer takes a callback and only returns a promise 2020-05-01 08:32:49.609 - error: rflink.0 (2973) TypeError: SerialPort.list no longer takes a callback and only returns a promise at Function.SerialPort.list (/opt/iobroker/node_modules/@serialport/stream/lib/index.js:651:11) at Adapter.adapter.on.obj (/opt/iobroker/node_modules/iobroker.rflink/main.js:43:36) at Adapter.emit (events.js:198:13) at change (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:5304:34) at Immediate.setImmediate (/opt/iobroker/node_modules/iobroker.js-controller/lib/states/statesInRedis.js:234:41) at runCallback (timers.js:705:18) at tryOnImmediate (timers.js:676:5) at processImmediate (timers.js:658:5) 2020-05-01 08:32:49.775 - info: rflink.0 (2973) terminating 2020-05-01 08:32:49.776 - info: rflink.0 (2973) Terminated (NO_ERROR): Without reason 2020-05-01 08:32:50.295 - info: host.raspberrypi instance system.adapter.rflink.0 terminated with code 0 (NO_ERROR) 2020-05-01 08:32:50.296 - info: host.raspberrypi Restart adapter system.adapter.rflink.0 because enabled -
@liv-in-sky Ich habe ein ganz ähnliches Problem. Bei mir sind das PNGs, die ich vor sehr langer Zeit mal in ein eigenes Verzeichnis unterhalb der VIS ICONs Verzeichnis kopiert hatte, die ich aber schon seit mehreren Monaten (mehr als 12) nicht mehr in VIS benutze.
Mir ist es deshalb total unklar, warum die noch geladen werden und diese Warning erzeugen. Ich vermute, dass VIS beim Editieren immer noch alte HTML Code Stücke sinnlosere Weise mit in der Datenbank hat, die diese PNGs referenzieren, aber nie mehr anzeigen. Das würde auch erklären, warum das erstmalige Laden meiner Visualisierung so lange dauert.
PS: Ich habe gerade mal den Quelltext von dem VIS HTML Code angeschaut und da ist unter Index ein Ordner Bilder und der referenziert bei mir die PNGs, die nicht gefunden werden.
Wie ich das jetzt fixe, ist mir unklar.
@Marty56
erstmal danke für's melden - werde das morgen nochmal näher ansehen, ob ich das irgendwie nachvollziehen kann - meld mich dann -
Das Update des RFLink-Adapters zerschießt mir die Serielle Schnittstelle.
raspberrypi Betriebssystem linux Betriebssystem linux Architektur arm CPUs 4 Geschwindigkeit 1500 MHz Modell ARMv7 Processor rev 3 (v7l) RAM 3.81 GB System Betriebszeit 10 T. 22:55:36 Node.js v10.20.1 (Empfohlene Version v12.16.3) NPM 6.14.4 Festplatte Größe 233.73 GB Festplatte frei 229.18 GB Anzahl der Adapter 346 Betriebszeit 3 T. 00:01:36 Aktive Instanzen 23 Hostname raspberrypiDas hier stimmt nicht:
2020-05-01 08:32:49.599 - error: rflink.0 (2973) uncaught exception: SerialPort.list no longer takes a callback and only returns a promise
2020-05-01 08:32:49.609 - error: rflink.0 (2973) TypeError: SerialPort.list no longer takes a callback and only returns a promise2020-05-01 08:30:03.576 - info: host.raspberrypi iobroker upload [2] rflink.admin /opt/iobroker/node_modules/iobroker.rflink/admin/rflink.png rflink.png image/png 2020-05-01 08:30:03.635 - info: host.raspberrypi iobroker upload [1] rflink.admin /opt/iobroker/node_modules/iobroker.rflink/admin/parse.js parse.js application/javascript 2020-05-01 08:30:03.714 - info: host.raspberrypi iobroker upload [0] rflink.admin /opt/iobroker/node_modules/iobroker.rflink/admin/index.html index.html text/html 2020-05-01 08:30:03.770 - info: host.raspberrypi iobroker Adapter "rflink" updated 2020-05-01 08:30:03.771 - info: host.raspberrypi iobroker host.raspberrypi Adapter "system.adapter.rflink.0" is started 2020-05-01 08:30:03.795 - info: host.raspberrypi "system.adapter.rflink.0" enabled 2020-05-01 08:30:03.814 - info: host.raspberrypi instance system.adapter.rflink.0 started with pid 1666 2020-05-01 08:30:04.820 - info: host.raspberrypi iobroker exit 0 2020-05-01 08:30:06.134 - info: rflink.0 (1666) starting. Version 2.1.0 in /opt/iobroker/node_modules/iobroker.rflink, node: v10.20.1, js-controller: 3.0.20 2020-05-01 08:30:06.282 - info: rflink.0 (1666) Serial port opened 2020-05-01 08:30:07.212 - info: rflink.0 (1666) Connected 2020-05-01 08:30:09.311 - info: ical.0 (1645) Terminated (NO_ERROR): Without reason 2020-05-01 08:30:09.830 - info: host.raspberrypi instance system.adapter.ical.0 terminated with code 0 (NO_ERROR) 2020-05-01 08:30:21.393 - error: rflink.0 (1666) uncaught exception: SerialPort.list no longer takes a callback and only returns a promise 2020-05-01 08:30:21.397 - error: rflink.0 (1666) TypeError: SerialPort.list no longer takes a callback and only returns a promise at Function.SerialPort.list (/opt/iobroker/node_modules/@serialport/stream/lib/index.js:651:11) at Adapter.adapter.on.obj (/opt/iobroker/node_modules/iobroker.rflink/main.js:43:36) at Adapter.emit (events.js:198:13) at change (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:5304:34) at Immediate.setImmediate (/opt/iobroker/node_modules/iobroker.js-controller/lib/states/statesInRedis.js:234:41) at runCallback (timers.js:705:18) at tryOnImmediate (timers.js:676:5) at processImmediate (timers.js:658:5) 2020-05-01 08:30:21.493 - info: rflink.0 (1666) terminating 2020-05-01 08:30:21.495 - info: rflink.0 (1666) Terminated (NO_ERROR): Without reason 2020-05-01 08:30:22.018 - info: host.raspberrypi instance system.adapter.rflink.0 terminated with code 0 (NO_ERROR) 2020-05-01 08:30:22.019 - info: host.raspberrypi Restart adapter system.adapter.rflink.0 because enabled 2020-05-01 08:30:52.044 - info: host.raspberrypi instance system.adapter.rflink.0 started with pid 2299 2020-05-01 08:30:53.956 - info: rflink.0 (2299) starting. Version 2.1.0 in /opt/iobroker/node_modules/iobroker.rflink, node: v10.20.1, js-controller: 3.0.20 2020-05-01 08:30:54.095 - info: rflink.0 (2299) Serial port opened 2020-05-01 08:30:55.025 - info: rflink.0 (2299) Connected 2020-05-01 08:31:00.460 - info: javascript.0 (30309) script.js.common.StromzaehlerWemo: setForeignState(id=javascript.0.StromMeter.Wert, state="648578.00") 2020-05-01 08:31:06.026 - info: host.raspberrypi Update repository "latest" under "http://download.iobroker.net/sources-dist-latest.json" 2020-05-01 08:31:22.254 - error: rflink.0 (2299) uncaught exception: SerialPort.list no longer takes a callback and only returns a promise 2020-05-01 08:31:22.264 - error: rflink.0 (2299) TypeError: SerialPort.list no longer takes a callback and only returns a promise at Function.SerialPort.list (/opt/iobroker/node_modules/@serialport/stream/lib/index.js:651:11) at Adapter.adapter.on.obj (/opt/iobroker/node_modules/iobroker.rflink/main.js:43:36) at Adapter.emit (events.js:198:13) at change (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:5304:34) at Immediate.setImmediate (/opt/iobroker/node_modules/iobroker.js-controller/lib/states/statesInRedis.js:234:41) at runCallback (timers.js:705:18) at tryOnImmediate (timers.js:676:5) at processImmediate (timers.js:658:5) 2020-05-01 08:31:22.334 - info: rflink.0 (2299) terminating 2020-05-01 08:31:22.335 - info: rflink.0 (2299) Terminated (NO_ERROR): Without reason 2020-05-01 08:31:22.853 - info: host.raspberrypi instance system.adapter.rflink.0 terminated with code 0 (NO_ERROR) 2020-05-01 08:31:22.853 - info: host.raspberrypi Restart adapter system.adapter.rflink.0 because enabled 2020-05-01 08:31:48.770 - info: host.raspberrypi "system.adapter.rflink.0" disabled 2020-05-01 08:31:54.229 - info: host.raspberrypi "system.adapter.rflink.0" enabled 2020-05-01 08:31:54.229 - info: host.raspberrypi stopInstance system.adapter.rflink.0 (force=false, process=true) 2020-05-01 08:31:54.231 - info: host.raspberrypi stopInstance system.adapter.rflink.0 send kill signal 2020-05-01 08:31:55.292 - info: host.raspberrypi stopInstance system.adapter.rflink.0 killing pid 2957 2020-05-01 08:31:55.302 - info: rflink.0 (2957) starting. Version 2.1.0 in /opt/iobroker/node_modules/iobroker.rflink, node: v10.20.1, js-controller: 3.0.20 2020-05-01 08:31:55.453 - info: rflink.0 (2957) Serial port opened 2020-05-01 08:31:56.383 - info: rflink.0 (2957) Connected 2020-05-01 08:31:57.267 - info: host.raspberrypi instance system.adapter.rflink.0 started with pid 2973 2020-05-01 08:31:57.273 - warn: rflink.0 (2957) Got terminate signal. Checking desired PID: 0 vs own PID 2957 2020-05-01 08:31:57.277 - info: rflink.0 (2957) terminating 2020-05-01 08:31:57.279 - info: rflink.0 (2957) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason 2020-05-01 08:31:57.288 - warn: rflink.0 (2957) Got terminate signal. Checking desired PID: 2973 vs own PID 2957 2020-05-01 08:31:57.804 - error: host.raspberrypi instance system.adapter.rflink.0 terminated by request of the instance itself and will not be restarted, before user restarts it. 2020-05-01 08:31:57.804 - info: host.raspberrypi Do not restart adapter system.adapter.rflink.0 because desired by instance 2020-05-01 08:31:59.163 - info: rflink.0 (2973) starting. Version 2.1.0 in /opt/iobroker/node_modules/iobroker.rflink, node: v10.20.1, js-controller: 3.0.20 2020-05-01 08:31:59.665 - info: rflink.0 (2973) Serial port opened 2020-05-01 08:32:00.594 - info: rflink.0 (2973) Connected 2020-05-01 08:32:00.814 - info: javascript.0 (30309) script.js.common.StromzaehlerWemo: setForeignState(id=javascript.0.StromMeter.Wert, state="648579.00") 2020-05-01 08:32:49.599 - error: rflink.0 (2973) uncaught exception: SerialPort.list no longer takes a callback and only returns a promise 2020-05-01 08:32:49.609 - error: rflink.0 (2973) TypeError: SerialPort.list no longer takes a callback and only returns a promise at Function.SerialPort.list (/opt/iobroker/node_modules/@serialport/stream/lib/index.js:651:11) at Adapter.adapter.on.obj (/opt/iobroker/node_modules/iobroker.rflink/main.js:43:36) at Adapter.emit (events.js:198:13) at change (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:5304:34) at Immediate.setImmediate (/opt/iobroker/node_modules/iobroker.js-controller/lib/states/statesInRedis.js:234:41) at runCallback (timers.js:705:18) at tryOnImmediate (timers.js:676:5) at processImmediate (timers.js:658:5) 2020-05-01 08:32:49.775 - info: rflink.0 (2973) terminating 2020-05-01 08:32:49.776 - info: rflink.0 (2973) Terminated (NO_ERROR): Without reason 2020-05-01 08:32:50.295 - info: host.raspberrypi instance system.adapter.rflink.0 terminated with code 0 (NO_ERROR) 2020-05-01 08:32:50.296 - info: host.raspberrypi Restart adapter system.adapter.rflink.0 because enabled -
Hallo,
ich bekomme aktuell nach dem Update auf Node 12 und js-controller 3.0.20 folgenden Fehler vom SQL-Adapter:
sql.0 2020-05-03 04:26:14.114 error (7144) ConnectionError: Failed to connect to 192.168.137.xxx:1433 - Cannot call write after a stream was destroyedwas kann ich denn dagegen tun?
22 HM-Geräte; PivCCU2 auf RasPi
ioBroker-Multihost; Ubuntu-Master auf Intel-Atom und 3 RasPi-Clients
-
@apollon77 said in js-controller 3.0 jetzt im Latest!:
@knopers1 rflink 2.1.4 sollte das gefixt haben
ja, 2.1.4 läuft wieder :). Besten Dank. Meine Anerkennung apollon77. "Du hast es drauf"
-
Hallo,
ich bekomme aktuell nach dem Update auf Node 12 und js-controller 3.0.20 folgenden Fehler vom SQL-Adapter:
sql.0 2020-05-03 04:26:14.114 error (7144) ConnectionError: Failed to connect to 192.168.137.xxx:1433 - Cannot call write after a stream was destroyedwas kann ich denn dagegen tun?
-
@apollon77 Sorry, war schon spät ;-) Also, ich hab zuerst von nodejs 8.x auf 12.16.3 updatet. Danach:
npm rebuildwas mir mit der folgenden Ausgabe antwortet:
@types/node@12.7.1 /home/iobroker/node_modules/@types/nodedas kommt mir schonmal komisch vor...?
Dann reboot, danach "iobroker" update und "iobroker upgrade self"
Danach den Installationsfixer drüber laufen lassen. Der hat alles ohne Fehlermeldung ausgeführt.
Danach alle Adapter die zum Update anstanden über die Adminoberfläche updatet, u.a. auch den SQL-Adapter auf 1.12.3Ja, und das wäre jetzt ertstmal der Stand. Hier nochmal ein Log vom SQL-Adapter mit Debug-Logging:
2020-05-03 11:11:57.617 - [32minfo[39m: host.ioBroker-Ubuntu Restart adapter system.adapter.sql.0 because enabled 2020-05-03 11:11:58.636 - [32minfo[39m: host.ioBroker-Ubuntu instance system.adapter.sql.0 started with pid 5436 2020-05-03 11:11:58.915 - [34mdebug[39m: sql.0 (5436) Redis Objects: Use Redis connection: 0.0.0.0:9001 2020-05-03 11:11:58.933 - [34mdebug[39m: sql.0 (5436) Objects client ready ... initialize now 2020-05-03 11:11:58.935 - [34mdebug[39m: sql.0 (5436) Objects create System PubSub Client 2020-05-03 11:11:58.935 - [34mdebug[39m: sql.0 (5436) Objects create User PubSub Client 2020-05-03 11:11:58.936 - [34mdebug[39m: sql.0 (5436) Objects client initialize lua scripts 2020-05-03 11:11:58.946 - [34mdebug[39m: sql.0 (5436) Objects connected to redis: 0.0.0.0:9001 2020-05-03 11:11:58.948 - [34mdebug[39m: sql.0 (5436) objectDB connected 2020-05-03 11:11:58.948 - [34mdebug[39m: sql.0 (5436) Redis States: Use Redis connection: 0.0.0.0:9000 2020-05-03 11:11:58.952 - [34mdebug[39m: sql.0 (5436) States create User PubSub Client 2020-05-03 11:11:58.953 - [34mdebug[39m: sql.0 (5436) States create System PubSub Client 2020-05-03 11:11:58.957 - [34mdebug[39m: sql.0 (5436) States connected to redis: 0.0.0.0:9000 2020-05-03 11:11:58.958 - [34mdebug[39m: sql.0 (5436) statesDB connected 2020-05-03 11:11:59.755 - [34mdebug[39m: sql.0 (5436) Plugin sentry Initialize Plugin (enabled=true) 2020-05-03 11:11:59.801 - [32minfo[39m: sql.0 (5436) starting. Version 1.12.3 in /opt/iobroker/node_modules/iobroker.sql, node: v12.16.3, js-controller: 3.0.20 2020-05-03 11:12:00.024 - [32minfo[39m: host.ioBroker-Ubuntu instance system.adapter.weatherunderground.0 started with pid 5452 2020-05-03 11:12:00.072 - [34mdebug[39m: sql.0 (5436) system.adapter.admin.0: logging true 2020-05-03 11:12:00.091 - [31merror[39m: sql.0 (5436) ConnectionError: Failed to connect to 192.168.137.13:1433 - Cannot call write after a stream was destroyedHilft das weiter?
22 HM-Geräte; PivCCU2 auf RasPi
ioBroker-Multihost; Ubuntu-Master auf Intel-Atom und 3 RasPi-Clients
-
Hallo ioBroker-Community,
wie im neuen Release-Cycle für den js-controller geplant, kommt heute der neuen js-controller 3.0 (Releasename "Elena") bzw. inzwischen 3.1 (Releasename "Francesca") ins Latest Repository (sollte im laufe des Tages bei allen auftauchen). Ein großer Dank geht an alle User die bereits in den Letzten Tagen diese Version im beta test getestet und Probleme und Fehler zur Behebung gemeldet haben!
Node.js Versions-Anforderungen
Nach dem frühzeitigen aus für Node.js 8 bereits letzten November setzt diese neue Version nun Node.js 10.x voraus und funktioniert ebenso mit Node.js 12.x und, nach aktuellem Stand, auch mit der in den nächsten Tagen kommenden Node.js 14.x. Wir werden mit diesem Release auch die empfohlene Node.js Version für ioBroker auf 12.x anheben.
Bitte beachtet weiterhin bei Node.js Updates die Anleitung im Forum unter https://forum.iobroker.net/post/266625Error/Crash-Reporting mittels Sentry
Der js-controller hat jetzt standardmässig Sentry als Fehler-Reporting eingebaut und aktiviert. Der js-controller weisst bei der Erstinstallation einer Version >3.1 beim Upgrade gesondert darauf hin! Wenn also der js-controller mit einer Fehlermeldung abstürzt (und nur dann!) werden die Fehlerdetails anonymisiert an einen von uns selbst in Deutschland betriebenen Sentry-Server gemeldet. IPs o.ä. personalisierte Daten werden nicht gespeichert. Dieses Fehler-Reporting hilft uns bei Crashes schneller und genauer zu sehen was los ist und solche Fehler noch schneller beheben zu können. Bitte legt für Crashes die Ihr seht bitte trotzdem weiterhin GitHub-Issues an und unterstützt uns indem Ihr das Fehler-Reporting aktiviert lasst. Weitere Details und wie es deaktivierbar ist findet Ihr unter https://github.com/ioBroker/plugin-sentry#what-is-sentrysentryio .
Auch immer mehr Adapter nutzen diese Form des Fehler-Reportings.Informationen zur Version
Diese Version bringt einige Features mit, ist aber ebenso der Beginn um "unter der Haube" einiges zu vereinheitlichen und Wildwuchs in der Umsetzung einiger Adapter etwas einzugrenzen. Es gibt allerdings auch neue Features mit die die Adapter-Entwicklung vereinfachen und Hürden abbauen. Aus diesem Grund ist auch die Liste der Themen welche vor allem für Entwickler relevant sind diesmal recht lang.
Allerdings werden Aktionen von Adaptern die eigentlich den Regeln widersprechen jetzt über Logging sichtbar gemacht. Bitte unterstützt hier und legt bei den relevanten Adaptern Issues an das diese Dinge gefixt werden können. Für den js-controller 3.2 (ca. September 2020) ist es geplant einige dieser "verbotenen Aktionen" auch wirklich zu verhindern. Dazu dann zu gegebener Zeit mehr.Darüber hinaus gibt es natürlich viele Optimierungen und Fixes. Mehr dazu weiter unten und im Changelog. Ich hoffe auch diesmal auf Eure tatkräftige Unterstützung, sodass der Latest-Release dann genau so reibungslos verläuft wie bei der 2.2!
Ich bedenke mich diesmal besonders bei @foxriver76, @AlCalzone und natürlich @Bluefox für die aktive Mitarbeit an dieser Version!
Der js-controller 3.0/3.1 ist generell kompatibel mit allen bestehenden ioBroker-Systemen. Ein Update von der 2.0/2.1/2.2 ist problemlos möglich. Nur die Node.js Version muss jetzt mindestens 10.x sein, wie oben bereits ausgeführt. Wer überlegt die Node.js Version anzuheben bitte weiter unten im Abschnitt "Was ist zu testen" lesen 🙂
Es gibt diesmal zwei Adapter die Aktualisiert werden müssen und einige weitere die aktualisiert werden sollten um die oben genannten Warnungen zu vermeiden! Mehr dazu im nächsten Abschnitt!
Installation
VOR der Installation
Wie bei jedem Update dieser Art: Bitte macht ein Backup!
iobroker backup, bzw. kopieren desiobroker-dataVerzeichnisses reichen an sich im Zweifel auch aus (ioBroker vorher stoppen natürlich). Bitte nicht das node_modules Verzeichnis einfach kopieren, da sonst symbolische Links kaputt gehen können, was zu größeren Problemen danach führt.Nötige Adapter-Aktualisierungen
Die folgenden Adapter müssen auf die genannten Minimalversionsnummern aktualisiert werden, da diese sonst nicht mit dem js-controller 3.0/3.1 funktionieren. Diese Updates am besten vorher ausführen, weil alle genannten Versionen auch mit den alten js-controller Versionen funktionieren.
- pushover 1.1.x funktioniert, falls 1.2.x im Einsatz ist bitte auf 1.3.x aktualisieren
- tr-064 4.0.0
- tr-064-community wird nun offiziell nicht mehr funktionieren.
- Die soef Adapter firetv und wifilight funktionieren nicht mehr und haben Updates bekommen: Bitte wifilight 1.1.0 bzw firetv 1.0.0 nutzen. Falls jemand "wifilight-community" oder "firetv-community" nutzt bitte wieder zurück auf die anderen wechseln.
- Der soef Adapter lightify funktioniert ebenso nicht mehr. Da Lightify als Platform allerdings in ein paar Monaten nicht mehr weiter betrieben wird haben wir entscheiden hier keinen Aufwand mehr reinzustecken. Am besten die Geräte über zigbee direkt anbinden.
Es werden aber, wie oben ausgeführt, einige Adapter ggf Warnungen ins Log schreiben. Die wichtigsten Adapter sind mit neuen Versionen im Latest Repository allerdings schon gefixt. Falls ein Adapter "nervt" dann bitte dem Entwickler melden und den Loglevel auf "Error" setzen.
Achtung: Slave-Systeme zuerst!
Bei einem Multi-Host-System, welches auf js-controller 2.2 läuft ist es beim Update auf Version 3.0/3.1 empfohlen, zuerst die Slave-Systeme zu aktualisieren. Der Master wird als letztes aktualisiert!
Bei Updates von Master/Slave-Systemen mit js-controller 1.5 oder früher auf die 3.0 müssen zwingend zuerst die Slaves und der Master als letztes aktualisiert werden. Die Slaves bleiben nach dem Update offline und werden erst wieder funktionieren wenn auch der Master auf die 3.0/3.1 aktualisiert wurde!
Windows
Auf Systemen, die mit dem neuen Windows Installer eingerichtet wurden, darf der js-controller nicht mit npm aktualisiert werden. Es wird eine neue Version des Windows Installers geben, die das Update des js-controllers mit wenigen Mausklicks ermöglicht. Wir updaten dazu hier im Thread.
Für alle "alten manuellen" Installationen gilt
- ioBroker muss gestoppt sein.
- Vor dem Update bitte prüfen das keine Prozesse mehr laufen
iobroker upgrade self- ioBroker starten
Linux
- ioBroker stoppen (
iobroker stop) - prüfen das keine Prozesse (Adapter, Backups) mehr laufen (
ps auxww|grep iound auchps auxww|grep backup). Es passiert manchmal das trotz dem Stoppen noch Zombies zurückbleiben - Wie üblich wird das Update dann per
iobroker upgrade selfausgeführt. - ioBroker starten (
iobroker start)
Bei Fehlern:
Wenn bei der Installation Fehler wegen fehlender Zugriffsrechte auftreten, am besten den Installation-Fixer (iobroker fixwer schon einen js-controller 2.x hat, alternativ weiterhin manuell via curl -sL https://iobroker.net/fix.sh | bash -) nutzen und die Installation wiederholen.
Falls es auch danach noch Fehler gibt, bitte die Installation erneut mittelssudo -H -u iobroker npm install iobroker.js-controllerversuchen. Bitte berichtet solche Fälle hier im Thread.NACH der Installation
Nach der Installation den ioBroker wieder starten (z.B. mittels
iobroker start).Wenn alles klappt merkt Ihr ausser der höheren Versionsnummer in der Host-Ansicht im Admin keinen Unterschied. Alles funktioniert weiterhin wie vorher. Alle Adapterinstanzen starten und funktionieren. Wenn das so ist hat alles geklappt. Die großen Änderungen sind alle "Unter der Haube" versteckt.
Dazu, was Euch jetzt die ganzen Neuerungen bringen, findet Ihr weiter unten in diesem Text Informationen. Neue Funktionen als Basis für Weiterentwicklungen wurden behutsam integriert und einige bestehende Probleme gezielt behoben.
Mit
iobroker helpwird eine Liste der möglichen Kommandozeilen-Kommandos angezeigt, die mit Version 2.0 um einige Befehle länger geworden ist.
Was hat sich geändert, was besonders ansehen/beachten?
Neben einiger weiterer Bugfixes gibt es folgende Änderungen und Fixes zu erwähnen:
- Der neue js-controller kann erkennen wenn es ein Node.js Update gab durch welches ggf, Adapter nicht mehr funktionieren und sollte diese automatisch reparieren (rebuilden). Wer also überlegt in dem Zuge des Tests seine Node.js Version anzuheben bitte mal explizit NICHT die übliche Anleitung nach dem Node-js update mit dem Rebuild befolgen sondern ioBroker einfach nach dem Node.js Update starten. Interessant ist ob sich alles selbst "heilt" 🙂
- Einige Adapter fangen Probleme mit Modulen ab und loggen dann einen Fehler, der nicht als automatischer Rebuild erkannt wird. Diese können manuell mittels
iobroker rebuild adapternameoder falls das nicht funktioniert hatiobroker rebuild adaptername --installneu gebaut werden. Diese Befehle lösen faktisch reinstall.js u.a. ab. - Der js-controller prüft jetzt vor jedem Start eines Adapters wieviel RAM noch frei ist und warnt im Log falls dies zu wenig ist. Die Standard-Limits sind 100MB (Warnung) bzw. 50MB (Fehler) und dies soll verhindern das mehr Adapter-Prozesse genutzt werden als RAM verfügbar ist. Hier sind wir gespannt auf Eure Berichte.
- Logfiles sollten jetzt wirklich nach dem täglichen rotieren auf Linux-Systemen als .gz Dateien abgelegt werden.
Wie bereits gesagt, viele Änderungen fanden hinter den Kulissen statt. Hier für Interessierte als Spoiler eine Zusammenfassung:
Weitere Details zu den Änderungen und Bugfixes ist im Changelog einzusehen.
Generell ist zu testen, ob alles noch so funktioniert wie vorher auch. Das ist das wichtigste!
Wie Fehler melden?
Wer sich unsicher ist, ob ein Fehler vorliegt, sollte am besten hier im Thread das Problem beschreiben. So können wir alle versuchen, das Problem nachzuvollziehen und ggf. einzugrenzen.
Sobald ein Fehler auftritt der in einer Fehlermeldung oder einen Crash mit Fehlerdetails im Log oder auf Kommandozeile endet, dann dazu am besten direkt ein GitHub-Issue im js-controller Projekt öffnen und zusätzlich hier im Thread posten. Je detaillierter die Angaben im Issue sind (genaue Fehlermeldungen/Logs, Infos zur OS- und Node.js-Umgebung sowie genaue Schritte zur Reproduktion des Problems), umso schneller können wir Fehler einkreisen und beheben.
Ingo
@apollon77 sagte in js-controller 3.0 jetzt im Latest!:
...- Der neue js-controller kann erkennen wenn es ein Node.js Update gab durch welches ggf, Adapter nicht mehr funktionieren und sollte diese automatisch reparieren (rebuilden). Wer also überlegt in dem Zuge des Tests seine Node.js Version anzuheben bitte mal explizit NICHT die übliche Anleitung nach dem Node-js update mit dem Rebuild befolgen sondern ioBroker einfach nach dem Node.js Update starten. Interessant ist ob sich alles selbst "heilt" 🙂
....
Update wie beschrieben durchgeführt, Zigbee war veraltet beim ersten "Trying to rebuild it..." kein Erfolg danach kam dann ein zweiter Versuch welcher den Zigbee-Adapter wieder reparieren konnte.
Bis jetzt bei mir keine Probleme Top wie immer
Ich beantworte keine Fragen zu Themen via PN
-
@apollon77 Sorry, war schon spät ;-) Also, ich hab zuerst von nodejs 8.x auf 12.16.3 updatet. Danach:
npm rebuildwas mir mit der folgenden Ausgabe antwortet:
@types/node@12.7.1 /home/iobroker/node_modules/@types/nodedas kommt mir schonmal komisch vor...?
Dann reboot, danach "iobroker" update und "iobroker upgrade self"
Danach den Installationsfixer drüber laufen lassen. Der hat alles ohne Fehlermeldung ausgeführt.
Danach alle Adapter die zum Update anstanden über die Adminoberfläche updatet, u.a. auch den SQL-Adapter auf 1.12.3Ja, und das wäre jetzt ertstmal der Stand. Hier nochmal ein Log vom SQL-Adapter mit Debug-Logging:
2020-05-03 11:11:57.617 - [32minfo[39m: host.ioBroker-Ubuntu Restart adapter system.adapter.sql.0 because enabled 2020-05-03 11:11:58.636 - [32minfo[39m: host.ioBroker-Ubuntu instance system.adapter.sql.0 started with pid 5436 2020-05-03 11:11:58.915 - [34mdebug[39m: sql.0 (5436) Redis Objects: Use Redis connection: 0.0.0.0:9001 2020-05-03 11:11:58.933 - [34mdebug[39m: sql.0 (5436) Objects client ready ... initialize now 2020-05-03 11:11:58.935 - [34mdebug[39m: sql.0 (5436) Objects create System PubSub Client 2020-05-03 11:11:58.935 - [34mdebug[39m: sql.0 (5436) Objects create User PubSub Client 2020-05-03 11:11:58.936 - [34mdebug[39m: sql.0 (5436) Objects client initialize lua scripts 2020-05-03 11:11:58.946 - [34mdebug[39m: sql.0 (5436) Objects connected to redis: 0.0.0.0:9001 2020-05-03 11:11:58.948 - [34mdebug[39m: sql.0 (5436) objectDB connected 2020-05-03 11:11:58.948 - [34mdebug[39m: sql.0 (5436) Redis States: Use Redis connection: 0.0.0.0:9000 2020-05-03 11:11:58.952 - [34mdebug[39m: sql.0 (5436) States create User PubSub Client 2020-05-03 11:11:58.953 - [34mdebug[39m: sql.0 (5436) States create System PubSub Client 2020-05-03 11:11:58.957 - [34mdebug[39m: sql.0 (5436) States connected to redis: 0.0.0.0:9000 2020-05-03 11:11:58.958 - [34mdebug[39m: sql.0 (5436) statesDB connected 2020-05-03 11:11:59.755 - [34mdebug[39m: sql.0 (5436) Plugin sentry Initialize Plugin (enabled=true) 2020-05-03 11:11:59.801 - [32minfo[39m: sql.0 (5436) starting. Version 1.12.3 in /opt/iobroker/node_modules/iobroker.sql, node: v12.16.3, js-controller: 3.0.20 2020-05-03 11:12:00.024 - [32minfo[39m: host.ioBroker-Ubuntu instance system.adapter.weatherunderground.0 started with pid 5452 2020-05-03 11:12:00.072 - [34mdebug[39m: sql.0 (5436) system.adapter.admin.0: logging true 2020-05-03 11:12:00.091 - [31merror[39m: sql.0 (5436) ConnectionError: Failed to connect to 192.168.137.13:1433 - Cannot call write after a stream was destroyedHilft das weiter?
@Thisoft ip ist korrekt? Port auch? Es sieht so aus als ob die dB Verbindung geschlossen wird. Sagt das logfile der Datenbank irgendwas?
Downgrade gern mal auf sql 1.9.x und schau was da passiert. Würde mich aber wundern wenn es da tut.
Beitrag hat geholfen? Votet rechts unten im Beitrag :-) https://paypal.me/Apollon77 / https://github.com/sponsors/Apollon77
- Debug-Log für Instanz einschalten? Admin -> Instanzen -> Expertenmodus -> Instanz aufklappen - Loglevel ändern
- Logfiles auf Platte /opt/iobroker/log/… nutzen, Admin schneidet Zeilen ab
-
@apollon77 sagte in js-controller 3.0 jetzt im Latest!:
...- Der neue js-controller kann erkennen wenn es ein Node.js Update gab durch welches ggf, Adapter nicht mehr funktionieren und sollte diese automatisch reparieren (rebuilden). Wer also überlegt in dem Zuge des Tests seine Node.js Version anzuheben bitte mal explizit NICHT die übliche Anleitung nach dem Node-js update mit dem Rebuild befolgen sondern ioBroker einfach nach dem Node.js Update starten. Interessant ist ob sich alles selbst "heilt" 🙂
....
Update wie beschrieben durchgeführt, Zigbee war veraltet beim ersten "Trying to rebuild it..." kein Erfolg danach kam dann ein zweiter Versuch welcher den Zigbee-Adapter wieder reparieren konnte.
Bis jetzt bei mir keine Probleme Top wie immer
@Peoples Jupp. So soll es quasi sein.
Beitrag hat geholfen? Votet rechts unten im Beitrag :-) https://paypal.me/Apollon77 / https://github.com/sponsors/Apollon77
- Debug-Log für Instanz einschalten? Admin -> Instanzen -> Expertenmodus -> Instanz aufklappen - Loglevel ändern
- Logfiles auf Platte /opt/iobroker/log/… nutzen, Admin schneidet Zeilen ab
- Der neue js-controller kann erkennen wenn es ein Node.js Update gab durch welches ggf, Adapter nicht mehr funktionieren und sollte diese automatisch reparieren (rebuilden). Wer also überlegt in dem Zuge des Tests seine Node.js Version anzuheben bitte mal explizit NICHT die übliche Anleitung nach dem Node-js update mit dem Rebuild befolgen sondern ioBroker einfach nach dem Node.js Update starten. Interessant ist ob sich alles selbst "heilt" 🙂
-
@Thisoft ip ist korrekt? Port auch? Es sieht so aus als ob die dB Verbindung geschlossen wird. Sagt das logfile der Datenbank irgendwas?
Downgrade gern mal auf sql 1.9.x und schau was da passiert. Würde mich aber wundern wenn es da tut.
@apollon77 Auch wenn Du's nicht erwartest, aber die Version 1.9.5 funktioniert. Was mir dabei allerdings auffällt, er führt beim Starten automatisch ein Rebuild aus:
2020-05-03 11:34:26.099 - info: host.ioBroker-Ubuntu Adapter system.adapter.sql.0 needs rebuild and will be restarted afterwards. 2020-05-03 11:34:26.099 - info: host.ioBroker-Ubuntu system.adapter.sql.0 will be rebuilt 2020-05-03 11:34:26.099 - warn: host.ioBroker-Ubuntu adapter "sql" seems to be installed for a different version of Node.js. Trying to rebuild it... 2 attempt 2020-05-03 11:34:26.100 - info: host.ioBroker-Ubuntu iobroker rebuild sql --install 2020-05-03 11:34:26.240 - info: host.ioBroker-Ubuntu iobroker npm-rebuild: npm install --loglevel error --production (System call) in "/opt/iobroker/node_modules/iobroker.sql" 2020-05-03 11:34:40.150 - info: host.ioBroker-Ubuntu iobroker npm-rebuild: ../deps/libmagic/src/fsmagic.c: In function ‘file_fsmagic’:../deps/libmagic/src/fsmagic.c:223:13: warning: In the GNU C Library, "major" is defined by . For historical compatibility, it is currently defined by as well, but we plan to remove this soon. To use "major", include directly. If you did not intend to use a system-defined macro "major", you should undefine it after including . COMMA, (long)major(sb->st_rdev), ^~~~~~~~~~~~~~~~~~~~~~~~~~~ ../deps/libmagic/src/fsmagic.c:224:13: warning: In the GNU C Library, "minor" is defined by . For historical compatibility, it is currently defined by as well, but we plan to remove this soon. To use "minor", include directly. If you did not intend to use a system-defined macro "minor", you should undefine it after including . (long)minor(sb->st_rdev)) == -1) ^~~~~~~~~~~~~~~~~~~~~~~~~~~ ../deps/libmagic/src/fsmagic.c:258:13: warning: In the GNU C Library, "major" is defined by . For historical compatibility, it is currently defined by as well, but we plan to remove this soon. To use "major", include directly. If you did not intend to use a system-defined macro "major", you should undefine it after including . COMMA, (long)major(sb->st_rdev), ^~~~~~~~~~~~~~~~~~~~~~~~~~~ ../deps/libmagic/src/fsmagic.c:259:13: warning: In the GNU C Library, "minor" is defined by . For historical compatibility, it is currently defined by as well, but we plan to remove this soon. To use "minor", include directly. If you did not intend to use a system-defined macro "minor", you should undefine it after including . (long)minor(sb->st_rdev)) == -1) ^~~~~~~~~~~~~~~~~~~~~~~~~~~ 2020-05-03 11:34:45.056 - info: host.ioBroker-Ubuntu iobroker npm-rebuild: 2020-05-03 11:34:45.057 - info: host.ioBroker-Ubuntu iobroker npm-rebuild: Rebuild sql done 2020-05-03 11:34:46.060 - info: host.ioBroker-Ubuntu iobroker npm-rebuild: exit 0 2020-05-03 11:34:46.082 - info: host.ioBroker-Ubuntu instance system.adapter.sql.0 started with pid 7239Wenn ich wieder auf die 1.12 gehe macht er das nicht - und es funktioniert eben auch nicht...
Übrigens, ich hab einen MS-SQLServer im Einsatz. Ist der vielleicht zu selten um genug getestet zu sein ;-) ?
22 HM-Geräte; PivCCU2 auf RasPi
ioBroker-Multihost; Ubuntu-Master auf Intel-Atom und 3 RasPi-Clients
-
@apollon77 Würde ich natürlich machen, aber ich stehe mit dem VIS auf Kriegsfuß und blicke bis heute bei dem Tool nicht durch. Ich habe über die Zeit vermutlich irgendwo in den Verzeichnissen herumgefummelt und ich würde nicht ausschließen, dass ich da Mist gebaut habe und dass die Warnings drauf zurückzuführen sind.
906
Online32.4k
Benutzer81.5k
Themen1.3m
Beiträge