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

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

[darkiop]

@apollon77

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

Ja, aber der kommt nur durch das direkte Starten nach dem booten. Manuell über 'iobroker start' (bzw. zu dem Zeitpunkt des iobroker start) funktioniert es.

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

Docker ganz normal über das runskript des Containers [1]. Beim Raspi auch wie es nach der Standard Installation eingebunden wurde.

[1] https://github.com/buanet/docker-iobroker/blob/master/scripts/iobroker_startup.sh

Edit:
Hier unter Rasbian 10 bzw. Diet Pi wurde init.d genommen. Über init.d kann ich nach dem fehlgeschlagenen Autostart ebenfalls den iobroker sauber starten ... Ich versteh grad die Welt nicht mehr. Kann mir eigentlich nur noch vorstellen das zum Zeitpunkt des Autostarts der Master noch nicht erreichbar ist - dies aber kurz danach wird ...

[ChrisXY]

Hab mal testweise ein paar Adapter Probiert. Aktuell gibt es wohl probleme mit dem RING Adapter. Adapter ist Grün aber hab da einiges im LOG. Debug von Ring liefert das hier :

ring.0	2019-10-01 14:16:59.524	info	(2112) TypeError: Converting circular structure to JSON
ring.0	2019-10-01 14:16:59.523	debug	(2112) Ring: {"events":{"_events":{},"_eventsCount":0,"_maxListeners":100}}
ring.0	2019-10-01 14:16:47.066	debug	(2112) system.adapter.admin.0: logging true
ring.0	2019-10-01 14:16:42.103	info	(2112) TypeError: Converting circular structure to JSON
ring.0	2019-10-01 14:16:42.102	debug	(2112) Ring: {"events":{"_events":{},"_eventsCount":0,"_maxListeners":100}}
ring.0	2019-10-01 14:16:37.658	info	(2112) Ring adapter uses API: ring-api
ring.0	2019-10-01 14:16:37.657	info	(2112) Starting Adapter ring.0 in version 1.0.4
ring.0	2019-10-01 14:16:37.604	info	(2112) starting. Version 1.0.4 in /opt/iobroker/node_modules/iobroker.ring, node: v10.16.3

[SBorg]

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

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

Doch etwas schneller :)
Done + Adapter neu gestartet + Fehler bleibt leider gleich.