UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[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 :smirk:

[arteck]

@coyote ok.... :blush:

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

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

[SBorg]

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

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

@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, dann

node node_modules/iobroker.daswetter/main.js --force --logs

[SBorg]

Nicht wirklich:

  Ubuntu  root  /  opt  iobroker  node node_modules/iobroker.daswetter/main.js --force --logs
2019-10-01 13:48:31.117  - info: daswetter.0 (28510) starting. Version 2.8.1 in /opt/iobroker/node_modules/iobroker.daswetter, node: v8.16.1
2019-10-01 13:49:31.200  - error: daswetter.0 (28510) force terminate, objects still in list: 1736
2019-10-01 13:49:31.203  - warn: daswetter.0 (28510) Terminated (15): Without reason

[Adnim]

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

Please choose if this is a Master/single host (enter "m") or a Slave host (enter "s") . For Slave hosts the data migration will be skipped. [S/m]:

Kannst du nicht das etwas verschlanken?

Choose Master or Slave (Migration Progress runs only on Master)

Ps: bei den ganzen abfragen wäre es auch gut nochmal abzufragen ob ein Backup angelegt wurde, sicher ist sicher...