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

[Codierknecht]

@fellpower sagte in Nach Update des JS Controllers einige Fehler:

Weil ich damit noch andere Sachen mache

Ich auch. Darum gibt's bei mir jeweils eigene LXC-Container (ioBroker, MariaDB, Grafana, AdGuard) bzw. VM's (Octoprint).

[Codierknecht]

@fellpower sagte in Nach Update des JS Controllers einige Fehler:

dann lese ich hier, das geht nicht im Docker

"Geht nicht" ist so nicht korrekt. Gehen tut's schon - wenn damit z.B. ein Update von Node oder Packet-Updates gemeint ist - macht man aber nicht. Wäre ja beim re-launch auch weg.

Den js-controller und/oder die Adapter kann (und sollte) man sehr wohl aktuell halten.
Es sei denn, man wartet immer bis zur nächsten Version des Image. Das geht natürlich auch.

Wo läuft denn da Dein Docker?
Parallel zu Proxmox als weitere Virtualisierung?
Oder innerhalb einer VM/LXC?

[fellpower]

@codierknecht
Mein Docker läuft auf einem Ubuntu LXC, welches aufm Proxmox läuft.

Wie bekomme ich denn jetzt den node.js Controller dauerhaft geupdatet? Das scheint ja noch/wieder die "alte" Version zu sein, weil ich den Container neu gestartet habe.

Oder geht das nur, wenn es von iobroker n neues Docker Image gibt?

[Codierknecht]

@fellpower sagte in Nach Update des JS Controllers einige Fehler:

Oder geht das nur, wenn es von iobroker n neues Docker Image gibt?

Richtig!
Was man im Container am OS bastelt, ist weg wenn der Container neu gestartet wird.
Das ist ja Sinn und Zweck von Containern.

Da musst Du warten, bis @buanet ein neues Image bereitstellt.

Docker in einem LXC hört sich irgendwie schräg an.
Virtualisierung in einer Virtualisierung :thinking_face:

[crunchip]

@homoran doch

@fellpower sagte in Nach Update des JS Controllers einige Fehler:

Dann bräuchte ich den "latest" ja nur neu ausrollen

Der neuste(v10) beta bringt Nodejs v20 mit

[fellpower]

@codierknecht
Ja, wenn man ein Linux Profi ist, macht man das natürlich anders - bin ich aber nicht!

Und für das bisschen, was der machen soll, spielt es für mich keine Rolle, ob es virtualvirtualisiert ist ;)

[Codierknecht]

@fellpower sagte in Nach Update des JS Controllers einige Fehler:

Ja, wenn man ein Linux Profi ist, macht man das natürlich anders - bin ich aber nicht!

Ich mit Sicherheit auch nicht ;-)

[foxriver76]

@ofbeqnpolkkl6mby5e13 Hm schaut eigentlich ok aus, muss ich probieren nachzustellen.

[fellpower]

@codierknecht
Also fassen wir zusammen:

Ich habe den js-controller geupdatet, das hat wohl funktioniert.
Aufgrund der Docker "Problematik" kann ich mein node.js irgendwie nicht updaten.

Wenn ich es mit den bekannten Befehlen versuche (Wie hier beschrieben: https://forum.iobroker.net/topic/64032/update-nodejs-best-practise-supported-16-und-18), dann funktioniert das irgendwie nicht. node.js bleibt auf 18.20.4.

Also muss ich warten, bis buanet was neues bringt - oder selbst n Container bauen, wäre noch ne Möglichkeit.

Was ist mit den Node-Red Fehlern auf dem Bild? Woher kommen die - und wie löse ich das?

[crunchip]

@fellpower sagte in Nach Update des JS Controllers einige Fehler:

Also muss ich warten, bis buanet was neues bringt?

https://github.com/buanet/ioBroker.docker/releases/tag/v10.0.0-beta.1

[fellpower]

@crunchip
Hab ich schon gesehen. Wollte aber warten, bis nicht mehr Beta. ;)

Aber ich denke, dann ist ja eigentlich alles richtig gelaufen, nur node.js kann noch nicht geupdatet werden, bis ich das Image neu ausrolle.

Was sind das für Fehler mit Node-Red? Weiß das jemand? Node-Red an sich funktioniert noch.

[crunchip]

@fellpower sagte in Nach Update des JS Controllers einige Fehler:

Was sind das für Fehler mit Node-Red?

stimmt wohl die Verlinkung nicht

[foxriver76]

@crunchip Docker oder klassische Linux Installation?

[crunchip]

@foxriver76

@crunchip sagte in js-controller 6.0.x jetzt für alle User im STABLE!:

buanet-docker Installation image - v9.1.2

[foxriver76]

@crunchip Hm okay.. vor den Fehlern im Screenshot sieht man da noch andere Fehler? Im Endeffekt kann er bei setup first entweder nicht zur DB verbinden oder es kommt vorher zu einem Fehler den man auf dem Screenshot nicht sieht.

[foxriver76]

@ofbeqnpolkkl6mby5e13 Und beim Neustart von javascript treten die Fehler erneut auf oder in welchem Interval, weil du meintest es hat aufgehört?

[crunchip]

@foxriver76 ich kann da nicht scrollen, da das Bild dann eingefroren ist, oben im ersten Beitrag ist das log eingefügt

[foxriver76]

@crunchip Okay, kannst du mal inventwo vorher stoppen und dann nochmal probieren, iwie überlebt der den terminate Prozess ist auch etwas was mit dem nächsten Controller nochmal optimiert wurde aber mit 5.0.19 eben noch nicht.

[oFbEQnpoLKKl6mbY5e13]

@foxriver76

Meine Einschätzung ist, dass für jeden Alias mit Konvertierungsfunktion die Meldung einmal vom Javascript-Adapter kommt und einmal vom Influxdb-Adapter, wenn derselbe Alias zusätzlich auch protokolliert wird. Da ich sehr viele Alias mit Konvertierungsfunktion habe, sah es aus, als wenn da wiederholt "Millionen" Meldungen durchlaufen. Es waren auch sehr viele, aber wie bereits erwähnt, nur einmal bzw. zweimal pro Alias. Ein Neustart des Javascript-Adapters bringt die Meldungen nicht erneut hervor.

[MartinP]

Was sagt mir die Meldung

"... Body has already been consumed?"

Bei mir läuft gerade das Update aus der GUI