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

[AxelF1977]

@crunchip Danke, guck ich gleich mal, das ist die HueBridge. Die kann ich über die Objekte aber ganz normal ansprechen und die Lichter schalten.

Mache ich es über ein Script, Lichtschalter, kommen Folgende Fehler im Log

javascript.0	2020-05-03 10:51:28.139	error	(31959) at Process.ChildProcess._handle.onexit (internal/child_process.js:286:5)
javascript.0	2020-05-03 10:51:28.139	error	(31959) at maybeClose (internal/child_process.js:1021:16)
javascript.0	2020-05-03 10:51:28.139	error	(31959) at ChildProcess.EventEmitter.emit (domain.js:482:12)
javascript.0	2020-05-03 10:51:28.139	error	(31959) at ChildProcess.emit (events.js:310:20)
javascript.0	2020-05-03 10:51:28.139	error	(31959) at ChildProcess.exithandler (child_process.js:294:7)
javascript.0	2020-05-03 10:51:28.139	error	(31959) at script.js.System.Updates:381:59
javascript.0	2020-05-03 10:51:28.139	error	(31959) script.js.System.Updates: TypeError: Cannot read property 'toString' of null

[Thomas Braun]

@AxelF1977
node sauber im System?

nodejs -v
node -v
npm -v
which nodejs
which node
which npm

[AxelF1977]

@Thomas-Braun sagte in Scripte laufen nicht mehr seit Update auf JS-Controler 3.0x:

npm -v

Alles sauber,

hatte ich drauf geachtet

nodejs 12.16.2
node 12.16.2
npm 6.14.4

[Thomas Braun]

@AxelF1977
Bitte auch die Ausgaben der drei Zeilen mit 'which' posten.
Den Fixer hast du auch mal laufen lassen?

iobroker fix

Da klemmt es offenbar bei mehreren Modulen, u. a. auch beim beliebten 'canvas'.
Hast du nach dem node-Upgrade auch mal ein

npm rebuild

im Verzeichnis /opt/iobroker ausgeführt?

[AxelF1977]

@Thomas-Braun sagte in Scripte laufen nicht mehr seit Update auf JS-Controler 3.0x:

@AxelF1977
Bitte auch die Ausgaben der drei Zeilen mit 'which' posten.
Den Fixer hast du auch mal laufen lassen?

iobroker fix

Da klemmt es offenbar bei mehreren Modulen, u. a. auch beim beliebten 'canvas'.
Hast du nach dem node-Upgrade auch mal ein

npm rebuild

im Verzeichnis /opt/iobroker ausgeführt?

root@ioBroker/# which nodejs
/usr/bin/nodejs
root@ioBroker:/# which node
/usr/bin/node
root@ioBroker:/# which npm
/usr/bin/npm

Den Fixer hatte ich schon laufen lassen, aber noch einmal ausgeführt.

Den npm rebuilt hatte ich noch nicht ausgeführt, habe ich jetzt gemacht. Leider hat das keine Änderungen bewirkt.
Es scheint auch mehr im Argen zu liegen. Mein enocean Adapter findet auch den USB Stick nicht mehr. Bis zum Update lief alles stabil.

[J.A.R.V.I.S.]

@AxelF1977 der Fehler steht doch schon beschrieben. Du hast irgendwo eine Variable mit einem null-Wert, von der du versuchst, die Methode/Eigenschaft toString aufzurufen. Da null die Methode/Eigenschaft aber nicht besitzt, wird der Fehler geworfen. Stell mal bitte das Skript ein.

[Thomas Braun]

@AxelF1977
Was für ein System hast du da auf welcher Hardware?
Ein root-Login macht mich immer nervös, das kann dir alles mögliche zerhauen.

[AxelF1977]

@J-A-R-V-I-S sagte in Scripte laufen nicht mehr seit Update auf JS-Controler 3.0x:

@AxelF1977 der Fehler steht doch schon beschrieben. Du hast irgendwo eine Variable mit einem null-Wert, von der du versuchst, die Methode/Eigenschaft toString aufzurufen. Da null die Methode/Eigenschaft aber nicht besitzt, wird der Fehler geworfen. Stell mal bitte das Skript ein.

Das betrifft alle Scripte. keines der Scripte läuft. Egal ob das Script des einen Lichtschalters, was ein Blockly ist, noch leere Batterien, die Heizung, meine Bewegungsmelder. Alle gingen ohne Probleme bis zum Update.

@Thomas-Braun sagte in Scripte laufen nicht mehr seit Update auf JS-Controler 3.0x:

@AxelF1977
Was für ein System hast du da auf welcher Hardware?
Ein root-Login macht mich immer nervös, das kann dir alles mögliche zerhauen.

Das System läuft auf einem ASROCK Deskmini Intel I3 8100 | 8GB RAM mit Debian

Wie gesagt, bis zum Update lief alles astrein.

[Thomas Braun]

@AxelF1977 Da meldest du dich nicht als root an!
Ein Debian immer per 'sudo' managen.

[AxelF1977]

@Thomas-Braun sagte in Scripte laufen nicht mehr seit Update auf JS-Controler 3.0x:

@AxelF1977 Da meldest du dich nicht als root an!
Ein Debian immer per 'sudo' managen.

Ich glaub einen anderen Zugang habe ich gar nicht eingerichtet... Muss ich gleich mal gucken. Wobei ich das seit 6 Monaten bereits so mache, ich bisher keine Probleme hatte als root user.

Mich wundert halt das die Javascript Instanz sofort "Abstürzt" wenn sie was ausführen soll

[Thomas Braun]

@AxelF1977 said in Scripte laufen nicht mehr seit Update auf JS-Controler 3.0x:

Wobei ich das seit 6 Monaten bereits so mache, ich bisher keine Probleme hatte als root user.

Dann machst du es seit 6 Monaten falsch. Resultat könnte das jetzt beobachtete Verhalten deines Systems sein.

Leg dir einen user mit sudo-Recht an:
https://linuxize.com/post/how-to-create-a-sudo-user-on-debian/

[AxelF1977]

@Thomas-Braun sagte in Scripte laufen nicht mehr seit Update auf JS-Controler 3.0x:

@AxelF1977 said in Scripte laufen nicht mehr seit Update auf JS-Controler 3.0x:

Wobei ich das seit 6 Monaten bereits so mache, ich bisher keine Probleme hatte als root user.

Dann machst du es seit 6 Monaten falsch. Resultat könnte das jetzt beobachtete Verhalten deines Systems sein.

ok,. Danke erstmal. Ich habe einen zweiten Benutzer.

Ich spiele jetzt ein Backup ein, und schaue dann nochmal von vorne, ohne root. Ich denke sonst wird das nichts

[BBTown]

@AxelF1977
handelt es sich bei deinem Trigger im Beispiel-Screenshot um einen Button?
Bei dem würde ich mal versuchen anstelle von "wurde geändert" auf "ist wahr" zu ändern.
Der kennt dann ja nur diesen einen Zustand??!

[AxelF1977]

@BBTown sagte in Scripte laufen nicht mehr seit Update auf JS-Controler 3.0x:

@AxelF1977
handelt es sich bei deinem Trigger im Beispiel-Screenshot um einen Button?
Bei dem würde ich mal versuchen anstelle von "wurde geändert" auf "ist wahr" zu ändern.
Der kennt dann ja nur diesen einen Zustand??!

Das kann ich machen, wenn das BAckup wieder eingespielt ist. Denn solange die Javascript Instanz sofort abschmiert sobald was ausgeführt wird, ändert das nichts. Wird ja nichts ausgeführt. Das wird jetzt eine Weile dauern bis das Backup eingespielt ist

[paul53]

@AxelF1977 sagte:

logs(pfad + schwellwerte[geraet].datenpunkt + " wurde angelegt","debug");
at dpAnlegen (script.js.Schwellwerte.Schwellwerte:684:9)
at script.js.Schwellwerte.Schwellwerte:754:1

Im Script "Schwellwerte.Schwellwerte" sind in den 2 Zeilen 684 und 754 Fehler.

[AxelF1977]

So, dann bin ich mal wieder einem Irrglauben auferlegen :face_with_rolling_eyes:

Ich dachte, spiel ein Backup ein, und alles ist wieder gut. Dachte ich

Aber die Version des js-controllers ist noch diesele. 3.x, auch die Adapter sind alle auf dem selben Stand. Das

Backup war vom 31.03. also weit vor dem rollout des js-controllers 3.x

Also hat sich nichts verändert, selber Stand wie vor 3 Stunden...

[Thomas Braun]

@AxelF1977 Dann ist dein System vermutlich immer noch 'verfummelt'.

[crunchip]

@AxelF1977 sagte in Scripte laufen nicht mehr seit Update auf JS-Controler 3.0x:

Aber die Version des js-controllers ist noch diesele. 3.x, auch die Adapter sind alle auf dem selben Stand. Das
Backup war vom 31.03. also weit vor dem rollout des js-controllers 3.x

geht doch dann gar nicht. Im Browser zeigt er es dir vllt noch an. Cache löschen im Browser

[AxelF1977]

@Thomas-Braun sagte in Scripte laufen nicht mehr seit Update auf JS-Controler 3.0x:

@AxelF1977 Dann ist dein System vermutlich immer noch 'verfummelt'.

hmm, nur wie beheben? Ein komplette Neuinstallation ginge, wäre natürlich sehr zeitaufwendig.

@crunchip sagte in Scripte laufen nicht mehr seit Update auf JS-Controler 3.0x:

@AxelF1977 sagte in Scripte laufen nicht mehr seit Update auf JS-Controler 3.0x:

Aber die Version des js-controllers ist noch diesele. 3.x, auch die Adapter sind alle auf dem selben Stand. Das
Backup war vom 31.03. also weit vor dem rollout des js-controllers 3.x

geht doch dann gar nicht. Im Browser zeigt er es dir vllt noch an. Cache löschen im Browser

Alles bereits gemacht bevor ich hier geschrieben habe, das Ergebnis ist und bleibt das Selbe, es hat sich nichts verändert.

Langsam verliere ich wirklich die Lust an ioBroker. Es wird für einen Leien echt zuviel Linux Wissen verlangt. Es kann doch nicht sein, das vorausgesetzt wird, das man weiß das z.B. mit Debian nichts als root gemacht werden darf...
Wenn was schief geht, muss wieder von vorne begonnen werden. Also Server ausbauen, an den Monitor hängen und alles neu.

Nur weil Updates nach Anleitung gemacht wurden. Sowas darf nicht passieren bei einem so großen Projekt. Das muss doch auch für Linuxlaien gemacht sein...

Als Laie ist man hier langsam wirklich aufgeschmissen. Vor 3 Jahren war das irgendwie alles noch leichter im iobroker.

Sorry, keine Kritik an Euch die hier helfen wollen, aber ich bin gerade echt frustriert, musste mal raus

[Thomas Braun]

@AxelF1977 said in Scripte laufen nicht mehr seit Update auf JS-Controler 3.0x:

Es kann doch nicht sein, das vorausgesetzt wird, das man weiß das z.B. mit Debian nichts als root gemacht werden darf...

Steht in den Installationsanleitungen irgendwo drin, dass man root werden muss? Nein. Wenn man sich daran hält administriert man seinen iobroker immer per sudo-User bzw. als user der auch in der Gruppe 'iobroker' ist, wie es vorgesehen ist.
Und auch eine Grundinstallation eines aktuellen Debian verleitet dich nicht dazu, permanent root zu werden. Auch diese Anleitungen machen das per erstem user und 'sudo'.
root-Zugang hast du dir selber gegeben. Dann sollte man auch wissen, warum und was das für Bedingungen mitbringt.

Wir können jetzt versuchen das System wieder gerade zu ziehen, oder du installierst es sauber neu. Deine Entscheidung.