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

[Chaot]

@AlCalzone Ja, das denke ich auch. Aber das ist ja leider schon nach der "Reparatur". Mein Log ist aktuell absolut fehlerfrei und ich kann den Fehler auch nicht mehr provozieren (außer ich lösche den Ordner). Von daher werde ich mal abwarten müssen ob das Problem nochmal auftaucht. Aber zumindest habe ich jetzt eine Idee wo ich suchen muss.

[apollon77]

Hey, all, bitte checkt mal die 4.6.14 ob da jetzt alles soweit passt.

Nur falls die eine Änderung verwirrend klingt: "Namen von Skripten mit punkten sind nicht mehr erlaubt ... alle anderen State Namen und so gehen natürlich noch auch mit punkten. :-)"

ANsonsten: Wie ist das jetzt genau mit Timeouts in Blockly wenn man von einer 4.5.1 kommt? Was muss man tun? Könnte mir das ein "betroffener" mal so aufschreiben das man es FAQ artig anderen Usern geben kann? ;-) Würde dann beim Stable-Release auch eine Info.Adapter Medung dazu machen.
Danke!!

Ingo

[Ein ehemaliger Benutzer]

@apollon77 Hi, also die 4.6.14 läuft hier soweit so gut.
Fehler hatte ich bei blocklys mit timeout drin, hier war meist das stop-timeout verstellt, bzw n ganz falscher Name drin teilweise.
Hier hilft nur, alle Scripte durch zu sehen und zu korrigieren.

[paul53]

@apollon77 sagte:

"Namen von Skripten mit punkten sind nicht mehr erlaubt ... alle anderen State Namen und so gehen natürlich noch auch mit punkten. :-)"

In den News und im Changelog steht aber

State names with dot are not allowed any more

[Chaot]

@AlCalzone So, sind wir wieder soweit:

javascript.1	2020-05-21 16:31:06.452	error	(17645) Cannot install open-fin-ts-js-client: 254
javascript.1	2020-05-21 16:31:06.409	error	(17645) npm ERR! A complete log of this run can be found in: npm ERR! /home/iobroker/.npm/_logs/2020-05-21T14_31_06_395Z-debug.log
javascript.1	2020-05-21 16:31:06.407	error	(17645)
javascript.1	2020-05-21 16:31:06.395	error	(17645) ERR! path /opt/iobroker/node_modules/iobroker.javascript/node_modules/xmlbuilder npm ERR! errno -2 npm ERR! enoent ENOENT: no such file or directory, access '/opt/iobroker/node_modules/iobroke
javascript.1	2020-05-21 16:31:06.387	error	(17645) npm ERR! code ENOENT npm ERR! syscall access npm
javascript.1	2020-05-21 16:31:05.376	error	(17645) WARN checkPermissions Missing write access to /opt/iobroker/node_modules/iobroker.javascript/node_modules/xmlbuilder npm WARN checkPermissions Missing write access to /opt/iobroker/node_module
javascript.1	2020-05-21 16:31:05.373	error	(17645) npm

[AlCalzone]

@Chaot Versteh ich nicht - die Berechtigungen sehen gut aus.

[paul53]

@ilovegym sagte:

Fehler hatte ich bei blocklys mit timeout drin, hier war meist das stop-timeout verstellt

Auch im erzeugten Javascript-Code ?

[e-s]

@Chaot
Lad dir mal das log aus home/iobroker....
Das jetzige ist ja am zeilenende abgeschnitten, vielleicht findest du dann den fehler.

[Ein ehemaliger Benutzer]

@paul53 sagte in Test Adapter Javascript 4.6.x:

@ilovegym sagte:

Fehler hatte ich bei blocklys mit timeout drin, hier war meist das stop-timeout verstellt

Auch im erzeugten Javascript-Code ?

Da die Scripte noch funktioniert haben, denke ich der Code war okay. Hab mir nicht die Arbeit gemacht und nachgeschaut. ..🙈

Hab soviel geändert am System die letzten Wochen, da musste ich sowieso alles Mal durch checken.

[Chaot]

@AlCalzone Ist mir auch Schleierhaft. Interessanterweise ist der Fehler aber jetzt in der Insatnz 1. Vorher war immer die 0 betroffen.
Ich habe jetzt auch mal in der Instanz 1 (wie zuletzt bei 0) alle Module gelöscht und neu eingefügt. Mal sehen ob der Fehler damit weg bleibt.

Was mir noch seit gestern auffällt ist eine Warnmeldung:

host.ioBroker	2020-05-21 16:41:48.167	warn	warning: empty repo received!
host.ioBroker	2020-05-21 16:41:48.166	warn	warning: Cannot read "http://download.iobroker.net/sources-dist-latest.json"

Aber ich denke mal das das nur ein Kommunikationsproblem ist das zeitweise auftaucht.

[Rene_HM]

Bei mir lässt sich der Adapter auf einem slave nicht aktualisieren:

admin ist auf diesem System installiert, Version ist 4.1.1. Es gibt nur keine Instanz von admin, da es ein slave ist. Auf dem zugehörigen master kann ich das update ohne Probleme ausführen...

[AlCalzone]

@Rene_HM Ich glaube das ist in einer neueren JS-Controller-Version (die im Hintergrund die Installation vornimmt) gefixt. Workaround: deaktivierte Admin-Instanz auf Slave erstellen.

[Rene_HM]

@AlCalzone ich habe aber die js-controller 3.1.4 installiert...

[AlCalzone]

@Rene_HM Auch auf dem Slave?

[Rene_HM]

@AlCalzone ja, ich habe das System komplett aktualisiert (js-controller und alle adapter)

[apollon77]

@paul53 Ja die news müssen wir noch fixen :-)

[apollon77]

@paul53 Würde dann heissen das es erst kaputt geht wenn man das nächste mal das Skript anfasst

[apollon77]

@Rene_HM Ja, liegt an den aktuellen Dependencies des Adapters. Fixen wir

[Diginix]

Um keine Problem mit "stop timeout" oder "stop zyklische Ausführung" oder "stop schedule/cron" - wie hier - zu bekommen, exportiert man vor dem Adapter Update alle Blocklys noch mit Javascript Version 4.5.x (bzw. <4.6.x).
Nach Update auf 4.6.x prüft man stichprobenartig seine Skripte auf falsche Namen/Werte bei den Stop Bausteinen. Sollte es welche geben, reicht ein Import des betroffenen Blockly aus dem Backup (Blockly XML).
Ich habe es nur selektiv pro Skript gemacht und nicht getestet, ob das Einspielen des kompletten Backups auch hilft. Sollte es aber.

[apollon77]

Gibt Jett die 4.6.15 mit noch zwei letzten fixes. Danke @paul53

Bitte checkt die nochmal alle. Würde die dann gern zusammen mit dem Controller 3 ins stable packen.

Ist vllt noch jemand mit blockly und timeouts hier noch auf der 4.5.1 oder kann auf nem Testsystem ein früheres stand checken? Dann könnte man die Erkenntnisse von @Diginix mal testen ob das einspielen von blockly Backups hilft.