Test js-controller v2.0.x (GitHub)
-
@arteck said in [Aufruf] js-controller 2.0 Beta Test:
@msauer machmal
service redis-server statusroot@MSNUC-IOB:/opt/iobroker# service redis-server status ● redis-server.service - Advanced key-value store Loaded: loaded (/lib/systemd/system/redis-server.service; enabled; vendor preset: enabled) Active: active (running) since Tue 2019-10-01 08:44:47 CEST; 3h 31min ago Docs: http://redis.io/documentation, man:redis-server(1) Process: 408 ExecStart=/usr/bin/redis-server /etc/redis/redis.conf (code=exited, status=0/SUCCESS) Main PID: 462 (redis-server) Tasks: 4 (limit: 4701) Memory: 232.3M CGroup: /system.slice/redis-server.service └─462 /usr/bin/redis-server 127.0.0.1:6379 Okt 01 08:44:46 MSNUC-IOB systemd[1]: Starting Advanced key-value store... Okt 01 08:44:47 MSNUC-IOB systemd[1]: redis-server.service: Can't open PID file /run/redis/redis-server.pid (yet?) after start: No such file or directory Okt 01 08:44:47 MSNUC-IOB systemd[1]: Started Advanced key-value store. root@MSNUC-IOB:/opt/iobroker# -
@msauer alles gut
-
@coyote du weisst aber schon dass du dafür einen RedisServer brauchst.. ??
-
@coyote My Fault ... Fix kommt in nächster Version
-
@arteck Ich hab im Code kaputt gemacht mit letzter Version
-
@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
-
@coyote ok....
-
@darkiop Und immer noch diese EHOSTUNREACH?? Das kapier ich nicht weil das für mch was mit Netzwerk und DNS und so ist .. .nichts wo der js-controller auch nur irgendeine Auswirkung haben sollte
-
@msauer Den Fehler behebe ich, Der ist hier errelevant
-
@darkiop Wie startest und stoppst du das denn so? iobroker start/stop auf dem Raspi? Wie im Docker? Details
-
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
-
@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).
-
@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 ...
-
@SBorg ja ok, da hast du recht. Ich hatte nur nach dem "force terminate, objects still in list:" geschaut
-
@coyote sagte in [Aufruf] js-controller 2.0 Beta Test:
daswetter
ist ja komisch.. das wetter nutzt ich auch ... ich hab die Meldung nicht..
-
@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
