Test js-controller v2.0.x (GitHub)

[arteck]

@msauer alles gut

[arteck]

@coyote du weisst aber schon dass du dafür einen RedisServer brauchst.. ??

[apollon77]

@coyote My Fault ... Fix kommt in nächster Version

[apollon77]

@arteck Ich hab im Code kaputt gemacht mit letzter Version

[arteck]

@apollon77 waaaaaaaaaaatttttttttt...

[coyote]

@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

[arteck]

@coyote ok....

[apollon77]

@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

[apollon77]

@msauer Den Fehler behebe ich, Der ist hier errelevant

[apollon77]

@darkiop Wie startest und stoppst du das denn so? iobroker start/stop auf dem Raspi? Wie im Docker? Details

[SBorg]

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: 1571

lä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.

[coyote]

@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]: n
 

Ich hab kein Master/Slave System

[SBorg]

@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]

@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  - error: daswetter.0 force terminate, objects still in list: 1887
2019-09-30 10:31:07.441  - info: host.debian instance system.adapter.daswetter.0 terminated with code 11 (Desired termination)

[SBorg]

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

[apollon77]

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

Apollon77 created this issue in frankjoke/myAdapter

open create a new Promise wrapper that also binds correctly for the class #1

[coyote]

@SBorg ja ok, da hast du recht. Ich hatte nur nach dem "force terminate, objects still in list:" geschaut

[arteck]

@coyote sagte in [Aufruf] js-controller 2.0 Beta Test:

daswetter

ist ja komisch.. das wetter nutzt ich auch ... ich hab die Meldung nicht..

[apollon77]

@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]

@apollon77 ok, also alles normal. Ja wäre vllt nicht schlecht, die Meldung verwirrt auf den ersten Blick etwas.