NEWS
Test js-controller v2.0.x (GitHub)
-
@apollon77 waaaaaaaaaaatttttttttt...
-
@arteck na klar, der läuft auch.
Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent permitted by applicable law. Last login: Tue Oct 1 12:02:55 2019 from 192.168.66.55 root@debian:~# systemctl status redis-server ● redis-server.service - Advanced key-value store Loaded: loaded (/lib/systemd/system/redis-server.service; enabled; vendor pre Active: active (running) since Tue 2019-10-01 12:02:46 CEST; 42min ago Docs: http://redis.io/documentation, man:redis-server(1) Process: 327 ExecStart=/usr/bin/redis-server /etc/redis/redis.conf (code=exite Main PID: 380 (redis-server) Tasks: 4 (limit: 3482) Memory: 10.4M CGroup: /system.slice/redis-server.service └─380 /usr/bin/redis-server 127.0.0.1:6379 Okt 01 12:02:45 debian systemd[1]: Starting Advanced key-value store... Okt 01 12:02:46 debian systemd[1]: redis-server.service: Can't open PID file /ru Okt 01 12:02:46 debian systemd[1]: Started Advanced key-value store.@apollon77 ah ok, dann bin ich ja beruhigt, dachte ich mache was falsch :smirk:
-
@arteck na klar, der läuft auch.
Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent permitted by applicable law. Last login: Tue Oct 1 12:02:55 2019 from 192.168.66.55 root@debian:~# systemctl status redis-server ● redis-server.service - Advanced key-value store Loaded: loaded (/lib/systemd/system/redis-server.service; enabled; vendor pre Active: active (running) since Tue 2019-10-01 12:02:46 CEST; 42min ago Docs: http://redis.io/documentation, man:redis-server(1) Process: 327 ExecStart=/usr/bin/redis-server /etc/redis/redis.conf (code=exite Main PID: 380 (redis-server) Tasks: 4 (limit: 3482) Memory: 10.4M CGroup: /system.slice/redis-server.service └─380 /usr/bin/redis-server 127.0.0.1:6379 Okt 01 12:02:45 debian systemd[1]: Starting Advanced key-value store... Okt 01 12:02:46 debian systemd[1]: redis-server.service: Can't open PID file /ru Okt 01 12:02:46 debian systemd[1]: Started Advanced key-value store.@apollon77 ah ok, dann bin ich ja beruhigt, dachte ich mache was falsch :smirk:
-
Starte ich nur den iobroker-master durch, schafft es der iobroker-hwr auch nicht mehr sich zu verbinden und alle io* Prozesse auf dem -hwr beenden sich.
-
iobroker status geht ja jetzt, es kommt aber noch ein Fehler:
root@MSNUC-IOB:~# iobroker status iobroker is running on this host. At least one iobroker host is running. Objects type: redis States type: redis Unable to subscribe to evicted Keyspace events from Redis Server: Error: Connection is closed. root@MSNUC-IOB:~#UPDATE: Wenn ich ins /opt/iobroker wechsel, dann kommt die Fehlermeldung nicht
root@MSNUC-IOB:~# cd /opt/iobroker/ root@MSNUC-IOB:/opt/iobroker# iobroker status iobroker is running on this host. At least one iobroker host is running. Objects type: redis States type: redis root@MSNUC-IOB:/opt/iobroker# -
@apollon77 Sorry, viel Text heute Morgen - hier noch die Aktualisierung auf 2.0.16:
Alle Prozesse gestoppt, beide aktualisiert:
┬─[root@iobroker-master:/opt/iobroker]─[06:31:25] ╰─># sudo -H -u iobroker npm install ioBroker/ioBroker.js-controller > iobroker.js-controller@2.0.16 preinstall /opt/iobroker/node_modules/iobroker.js-controller > node lib/preinstallCheck.js NPM version: 6.4.1 > iobroker.js-controller@2.0.16 install /opt/iobroker/node_modules/iobroker.js-controller > node iobroker.js setup first npm WARN optional SKIPPING OPTIONAL DEPENDENCY: osx-temperature-sensor@1.0.4 (node_modules/osx-temperature-sensor): npm WARN notsup SKIPPING OPTIONAL DEPENDENCY: Unsupported platform for osx-temperature-sensor@1.0.4: wanted {"os":"darwin","arch":"any"} (current: {"os":"linux","arch":"x64"}) npm WARN optional SKIPPING OPTIONAL DEPENDENCY: fsevents@1.2.9 (node_modules/iobroker.pushbullet/node_modules/fsevents): npm WARN notsup SKIPPING OPTIONAL DEPENDENCY: Unsupported platform for fsevents@1.2.9: wanted {"os":"darwin","arch":"any"} (current: {"os":"linux","arch":"x64"}) npm WARN optional SKIPPING OPTIONAL DEPENDENCY: fsevents@2.1.0 (node_modules/fsevents): npm WARN notsup SKIPPING OPTIONAL DEPENDENCY: Unsupported platform for fsevents@2.1.0: wanted {"os":"darwin","arch":"any"} (current: {"os":"linux","arch":"x64"}) npm WARN optional SKIPPING OPTIONAL DEPENDENCY: fsevents@1.2.9 (node_modules/chokidar/node_modules/fsevents): npm WARN notsup SKIPPING OPTIONAL DEPENDENCY: Unsupported platform for fsevents@1.2.9: wanted {"os":"darwin","arch":"any"} (current: {"os":"linux","arch":"x64"}) + iobroker.js-controller@2.0.16 added 1 package from 3 contributors, removed 1 package, updated 8 packages and audited 40363 packages in 147.811s found 87 vulnerabilities (32 low, 10 moderate, 45 high) run `npm audit fix` to fix them, or `npm audit` for details┬─[darkiop@iobroker-hwr:/opt/iobroker]─[06:31:49] ╰─>$ sudo -H -u iobroker npm install ioBroker/ioBroker.js-controller [sudo] Passwort für darkiop: > iobroker.js-controller@2.0.16 preinstall /opt/iobroker/node_modules/iobroker.js-controller > node lib/preinstallCheck.js NPM version: 6.9.0 > iobroker.js-controller@2.0.16 install /opt/iobroker/node_modules/iobroker.js-controller > node iobroker.js setup first npm WARN optional SKIPPING OPTIONAL DEPENDENCY: fsevents@2.1.0 (node_modules/fsevents): npm WARN notsup SKIPPING OPTIONAL DEPENDENCY: Unsupported platform for fsevents@2.1.0: wanted {"os":"darwin","arch":"any"} (current: {"os":"linux","arch":"arm"}) npm WARN optional SKIPPING OPTIONAL DEPENDENCY: osx-temperature-sensor@1.0.4 (node_modules/osx-temperature-sensor): npm WARN notsup SKIPPING OPTIONAL DEPENDENCY: Unsupported platform for osx-temperature-sensor@1.0.4: wanted {"os":"darwin","arch":"any"} (current: {"os":"linux","arch":"arm"}) + iobroker.js-controller@2.0.16 removed 1 package, updated 8 packages and audited 1867 packages in 62.052s found 12 vulnerabilities (9 low, 3 high) run `npm audit fix` to fix them, or `npm audit` for detailsDann
- iobroker-master Container neu gestartet
- iobroker-hwr reboot
Nach reboot auf iobroker-hwr:
┬─[darkiop@iobroker-hwr:~]─[06:40:21] ╰─>$ iobroker status iobroker is not running on this host. At least one iobroker host is running. Objects type: file States type: file ┬─[darkiop@iobroker-hwr:~]─[06:40:26] ╰─>$ ps -ef | grep ^io ┬─[darkiop@iobroker-hwr:~]─[06:40:31] ╰─>$ tail -n 50 /opt/iobroker/log/iobroker.2019-10-01.log 2019-10-01 02:33:27.294 - warn: host.iobroker-hwr Slave controller detected disconnection. Stop all instances. 2019-10-01 02:33:27.301 - info: host.iobroker-hwr stopInstance system.adapter.smartmeter.0 2019-10-01 02:33:27.302 - error: host.iobroker-hwr result is not defined 2019-10-01 02:33:29.315 - warn: host.iobroker-hwr Cannot get view: ReplyError: Error Unknown Script 47ca5e051ba19850d94c45a1fc8725ff04ae868f 2019-10-01 02:33:29.319 - info: host.iobroker-hwr instance system.adapter.smartmeter.1 terminated with code 0 (NO_ERROR) 2019-10-01 02:33:29.320 - info: host.iobroker-hwr Do not restart adapter system.adapter.smartmeter.1 because disabled or deleted 2019-10-01 02:33:29.360 - warn: host.iobroker-hwr Cannot get view: ReplyError: Error Unknown Script 47ca5e051ba19850d94c45a1fc8725ff04ae868f 2019-10-01 02:33:29.361 - info: host.iobroker-hwr instance system.adapter.smartmeter.0 terminated with code 0 (NO_ERROR) 2019-10-01 02:33:29.362 - info: host.iobroker-hwr Do not restart adapter system.adapter.smartmeter.0 because disabled or deleted 2019-10-01 02:33:42.303 - info: host.iobroker-hwr iobroker _restart 2019-10-01 02:33:42.816 - info: host.iobroker-hwr iobroker Starting node restart.js 2019-10-01 06:37:53.718 - info: host.iobroker-hwr iobroker.js-controller version 2.0.16 js-controller starting 2019-10-01 06:37:53.726 - info: host.iobroker-hwr Copyright (c) 2014-2019 bluefox, 2014 hobbyquaker 2019-10-01 06:37:53.726 - info: host.iobroker-hwr hostname: iobroker-hwr, node: v10.16.3 2019-10-01 06:37:53.728 - info: host.iobroker-hwr ip addresses: 2019-10-01 06:37:53.749 - error: host.iobroker-hwr uncaught exception: connect ENETUNREACH 192.168.1.82:9001 - Local (0.0.0.0:0) 2019-10-01 06:37:53.750 - error: host.iobroker-hwr Error: connect ENETUNREACH 192.168.1.82:9001 - Local (0.0.0.0:0) at internalConnect (net.js:881:16) at defaultTriggerAsyncIdScope (internal/async_hooks.js:294:19) at defaultTriggerAsyncIdScope (net.js:971:9) at process._tickCallback (internal/process/next_tick.js:61:11) 2019-10-01 06:37:53.752 - info: host.iobroker-hwr terminated. Could not reset alive status for instances 2019-10-01 06:37:53.756 - info: host.iobroker-hwr iobroker _restart ┬─[darkiop@iobroker-hwr:~]─[06:41:17] ╰─>$ iobroker start Starting iobroker controller daemon... iobroker controller daemon started. PID: 1448Dann startet der iobroker-hwr sauber:
2019-10-01 06:42:00.051 - info: host.iobroker-hwr iobroker.js-controller version 2.0.16 js-controller starting 2019-10-01 06:42:00.059 - info: host.iobroker-hwr Copyright (c) 2014-2019 bluefox, 2014 hobbyquaker 2019-10-01 06:42:00.059 - info: host.iobroker-hwr hostname: iobroker-hwr, node: v10.16.3 2019-10-01 06:42:00.061 - info: host.iobroker-hwr ip addresses: 10.3.1.22 fe80::dea6:32ff:fe17:78f5 2019-10-01 06:42:00.585 - info: host.iobroker-hwr connected to Objects and States 2019-10-01 06:42:00.628 - warn: host.iobroker-hwr Multihost discovery server: service started on 0.0.0.0:50005 2019-10-01 06:42:01.523 - info: host.iobroker-hwr Delete state "system.host.iobroker-hwr.compactModeEnabled" 2019-10-01 06:42:01.755 - info: host.iobroker-hwr 85 instances found 2019-10-01 06:42:01.773 - info: host.iobroker-hwr starting 2 instances 2019-10-01 06:42:01.793 - info: host.iobroker-hwr instance system.adapter.smartmeter.0 started with pid 1474 2019-10-01 06:42:02.063 - info: host.iobroker-hwr Some obsolete host states deleted. 2019-10-01 06:42:05.790 - info: host.iobroker-hwr instance system.adapter.smartmeter.1 started with pid 1489 -
Außer dem Node-RED Dashboard habe ich dann noch zwei Adapter die wohl ein Upgrade brauchen:
host.Ubuntu 2019-10-01 08:58:03.795 error instance system.adapter.daswetter.0 terminated with code 15 (15) daswetter.0 2019-10-01 08:58:03.774 error (32174) force terminate, objects still in list: 1571läuft unter 1.15.14 problemlos, und
broadlink2.0 2019-10-01 09:12:24.100 warn (865) sendState could not find command or scene named 'LG_TV-Power'als Beispiel. Den state gibt es definitiv und läuft ebenfalls unter 1.15.14 klaglos.
-
@SBorg den Fehler von daswetter hatte ich aber auch vor dem Update schon
@apollon77 @arteck ist es normal, dass mir das angezeigt wird bei der Umstellung auf redis/redis?
Host name of this machine [debian]: It appears that this host should be connected to an existing ioBroker System as Slave. Data Migration will be skipped. Is this correct? [Y/n]: nIch hab kein Master/Slave System
-
@SBorg den Fehler von daswetter hatte ich aber auch vor dem Update schon
@apollon77 @arteck ist es normal, dass mir das angezeigt wird bei der Umstellung auf redis/redis?
Host name of this machine [debian]: It appears that this host should be connected to an existing ioBroker System as Slave. Data Migration will be skipped. Is this correct? [Y/n]: nIch hab kein Master/Slave System
@coyote sagte in [Aufruf] js-controller 2.0 Beta Test:
@SBorg den Fehler von daswetter hatte ich aber auch vor dem Update schon
Bei mir nicht. Bis heute morgen mit dem JS 1.15.14 lief es auch und die Daten waren korrekt, jetzt mit dem 2er steigt er mit dem error aus und liefert auch keine Daten mehr. Liegt aber am Adapter, nicht am Controller.
-
@coyote sagte in [Aufruf] js-controller 2.0 Beta Test:
@SBorg den Fehler von daswetter hatte ich aber auch vor dem Update schon
Bei mir nicht. Bis heute morgen mit dem JS 1.15.14 lief es auch und die Daten waren korrekt, jetzt mit dem 2er steigt er mit dem error aus und liefert auch keine Daten mehr. Liegt aber am Adapter, nicht am Controller.
@SBorg Hm ok, komisch. Bei mir war es vorher schon, hier ein Auszug vom Log von gestern, da war ich noch bei 1.5.14
2019-09-30 10:31:07.279 - [31merror[39m: daswetter.0 force terminate, objects still in list: 1887 2019-09-30 10:31:07.441 - [32minfo[39m: host.debian instance system.adapter.daswetter.0 terminated with code 11 (Desired termination) -
Nicht ganz, du hast eine "desired termination" mit Code 11 (also eine 'erwünschte', die ist normal), ich habe eine "echte" Terminierung mit Code 15 (=harter Abbruch wegen Fehler).
-
Außer dem Node-RED Dashboard habe ich dann noch zwei Adapter die wohl ein Upgrade brauchen:
host.Ubuntu 2019-10-01 08:58:03.795 error instance system.adapter.daswetter.0 terminated with code 15 (15) daswetter.0 2019-10-01 08:58:03.774 error (32174) force terminate, objects still in list: 1571läuft unter 1.15.14 problemlos, und
broadlink2.0 2019-10-01 09:12:24.100 warn (865) sendState could not find command or scene named 'LG_TV-Power'als Beispiel. Den state gibt es definitiv und läuft ebenfalls unter 1.15.14 klaglos.
@SBorg sagte in [Aufruf] js-controller 2.0 Beta Test:
broadlink2.0 2019-10-01 09:12:24.100 warn (865) sendState could not find command or scene named 'LG_TV-Power'
Naja ich fürchte das gleiche Problem könnte es sein wie bei radar2, das die myadapter-Klasse falsch ist. Kannst Du mal testen bitte:
File /opt/iobroker/node_modules/@frankjoke/myadapter/myadapter.js und dort die Änderungen aus https://github.com/frankjoke/myAdapter/pull/1/files einbauen (oder ganzes file mit https://github.com/frankjoke/myAdapter/blob/f06343bfe6e132536f6740a7f025b2122ecef6b6/myAdapter.js ersetzen)Ist der Fehler dann weg? Wenn ja bitte Issue bei broadlink2 anlegen und reinschreiben und mir schicken, dann müssen wir ggf wie bei radar2 ein Zwischenrelease bauen.
Zu Daswetter weiss ich nix ... kommt das immer? Bzw war es schon vorher da. Kannst ja mal durch die alten Logfiles der 7 Tage in /opt/iobroker/logs suchen ...
-
Nicht ganz, du hast eine "desired termination" mit Code 11 (also eine 'erwünschte', die ist normal), ich habe eine "echte" Terminierung mit Code 15 (=harter Abbruch wegen Fehler).
-
@SBorg Hm ok, komisch. Bei mir war es vorher schon, hier ein Auszug vom Log von gestern, da war ich noch bei 1.5.14
2019-09-30 10:31:07.279 - [31merror[39m: daswetter.0 force terminate, objects still in list: 1887 2019-09-30 10:31:07.441 - [32minfo[39m: host.debian instance system.adapter.daswetter.0 terminated with code 11 (Desired termination)@coyote sagte in [Aufruf] js-controller 2.0 Beta Test:
daswetter
ist ja komisch.. das wetter nutzt ich auch ... ich hab die Meldung nicht..
-
@SBorg den Fehler von daswetter hatte ich aber auch vor dem Update schon
@apollon77 @arteck ist es normal, dass mir das angezeigt wird bei der Umstellung auf redis/redis?
Host name of this machine [debian]: It appears that this host should be connected to an existing ioBroker System as Slave. Data Migration will be skipped. Is this correct? [Y/n]: nIch hab kein Master/Slave System
@coyote Wenn Du komplett auf Redis umstellst weiss der Migrationsprozess nicht ob da schon ein anderer "Iobroker" seine Daten drin hat und weiss damit nicht ob das der "erste" ist der Redis nutzen soll oder er ein weiterer neuer Slave ist der dran soll.
Da die Frage aber auf ja/nein ausgelegt ist sagst Du hier einfach "n(ein)" dann macht er alles korrekt weiter. vllt ergänze ich das in der Meldung noch
-
@coyote Wenn Du komplett auf Redis umstellst weiss der Migrationsprozess nicht ob da schon ein anderer "Iobroker" seine Daten drin hat und weiss damit nicht ob das der "erste" ist der Redis nutzen soll oder er ein weiterer neuer Slave ist der dran soll.
Da die Frage aber auf ja/nein ausgelegt ist sagst Du hier einfach "n(ein)" dann macht er alles korrekt weiter. vllt ergänze ich das in der Meldung noch
@apollon77 ok, also alles normal. Ja wäre vllt nicht schlecht, die Meldung verwirrt auf den ersten Blick etwas.
-
@apollon77 Mache ich heute abend.
Bzgl. DasWetter: Jepp, seit der 2er (alte Logfiles angeschaut), ist mir bis dato aber nicht aufgefallen. Erst als die Wetterprognose heute mal überhaupt nicht stimmte, und da für "heute" auch Sonntag stand... ;)Mal noch eine prinzipielle Frage, gerade wegen aktuell Wetter oder Dashboard: besteht ein Unterschied für den Controller/Node-RED zwischen 32/64Bit ? Da man Linux ja nicht ohne weiteres switchen kann, bin ich auf meinem 32 Bit Linux auch noch mit NPM 8 unterwegs, da 10 ja nur noch unter 64 Bit läuft...
-
@apollon77 ok, also alles normal. Ja wäre vllt nicht schlecht, die Meldung verwirrt auf den ersten Blick etwas.
@coyote Würde es ändern in:
VORHER:
It appears that this host should be connected to an existing ioBroker System as Slave. Data Migration will be skipped. Is this correct? [Y/n]:NACHHER:
Please choose if this is a Master/single host (enter "m") or a Slave host (enter "s") you are about to edit. For Slave hosts the data migration will be skipped. [S/m]:Besser? Sonst gern textvorschläge :-)
-
@apollon77 Mache ich heute abend.
Bzgl. DasWetter: Jepp, seit der 2er (alte Logfiles angeschaut), ist mir bis dato aber nicht aufgefallen. Erst als die Wetterprognose heute mal überhaupt nicht stimmte, und da für "heute" auch Sonntag stand... ;)Mal noch eine prinzipielle Frage, gerade wegen aktuell Wetter oder Dashboard: besteht ein Unterschied für den Controller/Node-RED zwischen 32/64Bit ? Da man Linux ja nicht ohne weiteres switchen kann, bin ich auf meinem 32 Bit Linux auch noch mit NPM 8 unterwegs, da 10 ja nur noch unter 64 Bit läuft...
@SBorg sagte in [Aufruf] js-controller 2.0 Beta Test:
Bzgl. DasWetter: Jepp, seit der 2er (alte Logfiles angeschaut), ist mir bis dato aber nicht aufgefallen. Erst als die Wetterprognose heute mal überhaupt nicht stimmte, und da für "heute" auch Sonntag stand...
Komisch. Dann starte es mal an der Kommandozeile, vllt gibt es da mehr logs:
Shell ins ioBroker Verzeichnis, dannnode node_modules/iobroker.daswetter/main.js --force --logs