Nach Update js-controller macht host.raspberrypi Fehler

[spicer]

@thomas-braun sagte in Nach Update js-controller macht host.raspberrypi Fehler:

Installier das bei nächster Gelegenheit komplett neu.

Hab ich vor ca 2 Jahren auf Empfehlung von hier bereits gemacht und immer brav die empfohlenen Updates gemacht.
Damals war das System auch in instabilem Zustand wegen Updates.
Dann mache ich doch besser keine Updates mehr... ist eigentlich Irrsinn.

@thomas-braun sagte in Nach Update js-controller macht host.raspberrypi Fehler:

Nein, braucht man nicht. deCONZ läuft auch headless. Und VNC braucht es auf einem Server nie. Weil da nie eine GUI rennt.

Habe mich ev etwas falsch ausgedrückt.
Am RPI hängt ein RaspBee 2 (ZigBee Adapter). Um diese GUI zu erhalten

habe ich keine Lösung gefunden, bei welcher die GUI per http im Browser angeschaut/editiert werden kann.

Natürlich hat man sonst auf den Servern keine GUI. Das hab ich auf meinen externen Servern auch nirgends drauf

[spicer]

Zum Problem zurück.
Jetzt wird's interessant. eCharts funktioniert und es kommen auch keine Fehler mehr im Log.
Aber bei den Instanzen steht:

[Thomas Braun]

@spicer sagte in Nach Update js-controller macht host.raspberrypi Fehler:

Dann mache ich doch besser keine Updates mehr... ist eigentlich Irrsinn.

Du sollst es ja auch nicht updaten sondern NEUinstallieren.

[spicer]

@thomas-braun
Ich meine damit, wenn ich wieder ein neu aufgesetztes System habe, mache ich besser keine Updates mehr, da sonst das System wieder beschädigt wird.
Das war jetzt bereits das zweite mal, dass das System instabil wurde nach empfohlenen Updates.

[Homoran]

@spicer sagte in Nach Update js-controller macht host.raspberrypi Fehler:

wenn ich wieder ein neu aufgesetztes System habe, mache ich besser keine Updates mehr, da sonst das System wieder beschädigt wird.

Das ist der größte Blödsinn.

@spicer sagte in Nach Update js-controller macht host.raspberrypi Fehler:

dass das System instabil wurde nach empfohlenen Updates.

dann war irgendetwas vorher verbogen.

[spicer]

@homoran
Natürlich ist das Blödsinn.
Aber wie sonst kann ich ein gebrochenes System verhindern?
Mehr als immer die empfohlenen Updates zu machen kann ich ja nicht.
Mir wird dann immer gesagt, diese Version von Modul x und Modul y passen nicht zusammen. Installiere neu.
Das kann es doch nicht sein. Der wohl kleinste Teil der User verfügt über genügend Wissen, um zu entscheiden, welche Version jetzt zu gebrauchen ist. Auch machen die meisten nicht extra ein Studium, um alle Zusammenhänge zuverstehn.

[Homoran]

@spicer ich verfüge auch nicht über das Wissen das mir nachgesagt wird. Ich lese nur viel.

Und mir ist in 11 Jahen noch nie ein System beim Upgrade "zerbrochen".
Dabei mache ich mir dabei gar keine Gedanken.

Eben weil ich das Wissen nicht habe, mache ich alle 2-3 Jahre einen clean install mit den neuesten Versionen OS, Nodejs, iobroker admin und controller und spiele da mein Backup zurück.

In der Zeit dazwischen regelmäßig OS Update was minor nodejs updates enthält, und alle stable Updates der Adapter.

Auf dem Server läuft keinerlei weitere Software, die ggf stlren, andere Voraussetzungen benötigt oder irgendwas sonst anstellt.

Damit bin ich bisher absolut problemlos zurechtgekommen

[MacPo]

@thomas-braun
Bei mir ist genau das gleiche Verhalten. Die Fehlermeldung von echarts ist beim Start vom js-controller nach dem Update von 6.0.9 auf 6.0.11 erschienen.

2024-08-29 17:03:44.064  - info: host.broker01 iobroker rebuild echarts --debug
2024-08-29 17:03:44.670  - info: host.broker01 iobroker Rebuilding native module "echarts" ...
2024-08-29 17:03:46.850  - info: host.broker01 iobroker rebuilt dependencies successfully
2024-08-29 17:03:46.872  - info: host.broker01 iobroker
2024-08-29 17:03:46.873  - info: host.broker01 iobroker Rebuilding native modules done
2024-08-29 17:03:47.880  - info: host.broker01 iobroker exit 0
2024-08-29 17:03:59.213  - info: host.broker01 instance system.adapter.echarts.0 in version "1.7.2" started with pid 3643197
2024-08-29 17:03:59.347  - error: host.broker01 Caught by controller[0]: node:internal/modules/cjs/loader:1148
2024-08-29 17:03:59.347  - error: host.broker01 Caught by controller[0]:   throw err;
2024-08-29 17:03:59.347  - error: host.broker01 Caught by controller[0]:   ^
2024-08-29 17:03:59.347  - error: host.broker01 Caught by controller[0]: Error: Cannot find module '@iobroker/adapter-core'
2024-08-29 17:03:59.347  - error: host.broker01 Caught by controller[0]: Require stack:
2024-08-29 17:03:59.347  - error: host.broker01 Caught by controller[0]: - /opt/iobroker/node_modules/iobroker.echarts/main.js
2024-08-29 17:03:59.348  - error: host.broker01 Caught by controller[0]:     at Module._resolveFilename (node:internal/modules/cjs/loader:1145:15)
2024-08-29 17:03:59.348  - error: host.broker01 Caught by controller[0]:     at Module._load (node:internal/modules/cjs/loader:986:27)
2024-08-29 17:03:59.348  - error: host.broker01 Caught by controller[0]:     at Module.require (node:internal/modules/cjs/loader:1233:19)
2024-08-29 17:03:59.348  - error: host.broker01 Caught by controller[0]:     at require (node:internal/modules/helpers:179:18)
2024-08-29 17:03:59.348  - error: host.broker01 Caught by controller[0]:     at Object.<anonymous> (/opt/iobroker/node_modules/iobroker.echarts/main.js:12:21)
2024-08-29 17:03:59.348  - error: host.broker01 Caught by controller[0]:     at Module._compile (node:internal/modules/cjs/loader:1358:14)
2024-08-29 17:03:59.348  - error: host.broker01 Caught by controller[0]:     at Module._extensions..js (node:internal/modules/cjs/loader:1416:10)
2024-08-29 17:03:59.348  - error: host.broker01 Caught by controller[0]:     at Module.load (node:internal/modules/cjs/loader:1208:32)
2024-08-29 17:03:59.348  - error: host.broker01 Caught by controller[0]:     at Module._load (node:internal/modules/cjs/loader:1024:12)
2024-08-29 17:03:59.348  - error: host.broker01 Caught by controller[0]:     at Function.executeUserEntryPoint [as runMain] (node:internal/modules/run_main:174:12) {
2024-08-29 17:03:59.348  - error: host.broker01 Caught by controller[0]:   code: 'MODULE_NOT_FOUND',
2024-08-29 17:03:59.348  - error: host.broker01 Caught by controller[0]:   requireStack: [ '/opt/iobroker/node_modules/iobroker.echarts/main.js' ]
2024-08-29 17:03:59.348  - error: host.broker01 Caught by controller[0]: }
2024-08-29 17:03:59.348  - error: host.broker01 Caught by controller[0]: Node.js v20.16.0
2024-08-29 17:03:59.348  - error: host.broker01 instance system.adapter.echarts.0 terminated with code 1 (JS_CONTROLLER_STOPPED)
2024-08-29 17:03:59.348  - info: host.broker01 Rebuild for adapter system.adapter.echarts.0 not successful in 3 tries. Adapter will not be restarted again. Please execute "npm install --production" in adapter directory manually.

[Thomas Braun]

@spicer sagte in Nach Update js-controller macht host.raspberrypi Fehler:

Mehr als immer die empfohlenen Updates zu machen kann ich ja nicht.

Ja, aber du musst sie halt auch machen. Zeitnah und vollständig.

Mir wird dann immer gesagt, diese Version von Modul x und Modul y passen nicht zusammen. Installiere neu.

Das ist i.d.R. nur die Folge aus versäumten Updates im Vorfeld. Oder von von vorneherein falscher/ungünstiger Installation.

Das kann es doch nicht sein. Der wohl kleinste Teil der User verfügt über genügend Wissen, um zu entscheiden, welche Version jetzt zu gebrauchen ist. Auch machen die meisten nicht extra ein Studium, um alle Zusammenhänge zuverstehn.

Ich hab auch kein Informatikstudium absolviert. Muss man auch nicht für einfache Systempflege.

[spicer]

@thomas-braun sagte in Nach Update js-controller macht host.raspberrypi Fehler:

Das ist i.d.R. nur die Folge aus versäumten Updates im Vorfeld. Oder von von vorneherein falscher/ungünstiger Installation.

Das nehm ich Dir so jetzt nicht ab.
Habe immer sofort updated und, falls, wie beschrieben.

Zudem betreibe ich verschiedene Debian Server, welche sauber laufen. Wie kann man einen Server "ungünstig" installieren?

[Thomas Braun]

@spicer sagte in Nach Update js-controller macht host.raspberrypi Fehler:

Das nehm ich Dir so jetzt nicht ab.

Dann halt nicht. Ich verwende 'Linux' allerdings nicht erst 3 Wochen und weiß wie das da läuft. Insbesondere bei Debian.

Ungünstig installiert bezog sich auf eine 32Bit-Installation auf einer 64Bit-CPU.

[spicer]

@spicer sagte in Nach Update js-controller macht host.raspberrypi Fehler:

Zum Problem zurück.
Jetzt wird's interessant. eCharts funktioniert und es kommen auch keine Fehler mehr im Log.
Aber bei den Instanzen steht:

Was muss ich nun wegen dem verstehn?

[St Be]

@spicer Ich lese mal mit..ich habe gleiches Problem

[MacPo]

@st-be Für das Problem gibt es schon ein Ticket in GitHub https://github.com/ioBroker/ioBroker.echarts/issues/680
Mit der Installation von 1.9.0 (noch nicht im stable) funktioniert der Adapter auch bei mir wieder.

hgschwibbe created this issue in ioBroker/ioBroker.echarts

closed ECharts instance does not start after host update to version 6.0.9. #680

[spicer]

@macpo
Jep danke.
Habe nun wie im Link empfohlen die eCharts V1.8.4 von der beta Repository installiert und das Problem scheint gelöst.

Mit der V1.9.0 ist unterhalb des Charts (zBsp Datenquellen) das Fenster leer.

[spicer]

Der Backitup Adapter hat das gleiche Problem seit dem Update!

Backup error: Error: Cannot find module '/opt/iobroker/node_modules/iobroker.backitup/node_modules/@iobroker/adapter-core/build/cjs/index.js' ... please check your config and and try again!!

Hab ihn aber gerade von Hand gestartet und der Backup ist so durchgelaufen.

[Thomas Braun]

@spicer

echad@chet:~ $ ls -l /opt/iobroker/node_modules/iobroker.backitup/node_modules/
total 4
drwxrwxr-x+ 4 iobroker iobroker 4096 Aug 22 16:28 axios
echad@chet:~ $ 

[spicer]

@thomas-braun sagte in Nach Update js-controller macht host.raspberrypi Fehler:

@spicer

echad@chet:~ $ ls -l /opt/iobroker/node_modules/iobroker.backitup/node_modules/
total 4
drwxrwxr-x+ 4 iobroker iobroker 4096 Aug 22 16:28 axios
echad@chet:~ $ 

pi@raspberrypi:~ $ ls -l /opt/iobroker/node_modules/iobroker.backitup/node_modules/
insgesamt 4
drwxrwxr-x+ 2 iobroker iobroker 4096 30. Aug 21:33 @iobroker
pi@raspberrypi:~ $

[MacPo]

@spicer

Mit der V1.9.0 ist unterhalb des Charts (zBsp Datenquellen) das Fenster leer.

Bei mir funktioniert die Version 1.9.0. Wenn die Version 1.8.4 bei Dir funktioniert, ist das doch super.

Auch bei mir kommt die Meldung bei dem Backitup Adapter, wenn ich die Oberfläche öffne. Die Sicherungen sind aber weiterhin durchgeführt worden.
Nachdem ich auf die Version 3.0.20 aktualisiert habe, bleibt die Fehlermeldung aus. Wahrscheinlich ist es durch dependencies updated behoben worden.

[spicer]

@macpo
eCharts V1.8.4 zeigte bei monatlichen Totalen (bei mir PV Total Monate >> bis 2 Jahre zurück) nichts mehr an.
Habe nun auf die offizielle V1.7.2 downgraded und siehe da, der host-Fehler ist nun auch weg.
Nun läuft es wieder wie gewohnt.