@markusp Die wichtigste Info liegt am Ende in den Zeilen 87-94 Das log geht hier zeitlich von unten nach oben Die anderen Fehler sind nachfolgefehler, wobei der Adapter das irgendwann mal abfangen sollte und nicht abstürzen sollte wegen Stack Ende

@asgothian Seit ich heute das Update auf v3.1.4 gemacht haben funktioniert wieder alles wurde scheinbar mit gefixt. Vielen Dank für deinen Support und die Zeit - Danke!! Lg. Thorsten

Oh Gott bin ich blind - natürlich geht dort nichts, wenn man sich mit einem anderen User mit weniger Rechten anmeldet und nicht mit dem Admin. Das Thema kann zu.

@haselchen Das wird jetzt zwar OT aber so mal eben nebenbei reicht auch ein Backup nicht überall. Stichwort: Banken-Apps, die diese Art von "Manipulation" prüfen/erkennen und dann den Dienst verweigern. Was aus Sicherheitsgründen ganz nebenbei auch sehr sinnvoll ist.

@codierknecht Danke für die Rückmeldung! Dann lasse ich das so. jeder neu aufgesetzte Server bekommt dann wieder die IP vom ausrangierten. Deutlich schneller als bei diversen Clients die Konfiguration zu ändern. Was mir noch fehlt ist ein strukturiertes todo für die Neuinstallation. Dauert doch einige Stunden bis man alles wieder auf Reihe hat. jetzt bin ich am Suchen was ich auf den alten Server wo hin geschoben hab...

@thomas-braun Danke habe auf kleine Buschstaben geändert werde nun mit dem Adapter alles rüber spielen Danke noch mal

@michihorn so soll es aussehen! aber anscheinend hast du noch weiteres verändert! @michihorn sagte in Raspberry 5 8GB hohe CPU Last: Ich habe ein Script in Verdacht hier Stress zu machen. Ich hab das mal deaktiviert davon hatte ich nichts gesagt. Umso wichtiger wäre jetzt die fehlende Antwort @thomas-braun sagte in Raspberry 5 8GB hohe CPU Last: Benutzt das Skript Objekte aus dem tuya-Adapter? Außerdem solltest du das Skript zeigen

@41vsy sagte in shelly adapter und node.js update: @homoran @thomas-braun ok. Ich habe in einem Forum ein ähnliches Problem gefunden. Und da hat man auf einen Befehl. ifconfig route cat /etc/resolv.conf Ergebnis bei mir: iob@iobroker:~$ ifconfig route cat /etc/resolv.conf -bash: ifconfig: command not found -bash: route: command not found # --- BEGIN PVE --- search local nameserver 192.168.178.1 # --- END PVE --- Also ich weiß, dass mein Netzwerk 192.168.40.xxx ist. Gibt es da einen Zusammenhang? -- schon mal riesen Dank Wenn dein Rechner im Subnetz 192.168.40.0/24 ist und in /etc/resolv.conf aber 192.168.178.1 eingetragen ist wird das eher nicht funktionieren! Welche IP hat denn dein Router? Ich vermute mal, dass der 192.168.40.1 als IP hat, die solltest du dann in der /etc/resolv.conf eintragen (ausser du hast auch pihole in Verwendung). Unter debian (wird normal in lcx unter ProxMox verwendet) kann man die eigene IP mit "ip a" abfragen.

@mcm1957 Ja, ein paar Einträge weiter oben: https://github.com/ioBroker/ioBroker.echarts/issues/927 Ich für mich kann erst mal mit den fehlenden Optimierungen leben, das muss jeder für sich entscheiden. Ich brauchte erst mal eine schnelle Lösung :-)

@asgothian Ja, dies konnte ich aber ebben nur machen, weil ich im IOB den Adapter über einen Link installiert hab. Dies habe ich bis heute noch nie gemacht. Aber es rennt dank deiner hilfe wie es sollte :) Nochmals vielen dank !

@bigchris @bigchris sagte in Zigbee Adapter - Restart loop detected: Es sind keine errors die auf den Zigbee-Adapter hinweisen vorhanden. Dann darfst du die Restart-Loop Meldung ignorieren. Sollte der Adapter irgendwann noch einmal nicht laufen, bitte wieder schauen was es an Meldungen gibt. Es muss welche geben. ggf. weder als Warnung noch als Error - es können auch Info-Meldungen sein. Der Neustart des Zigbee-Adapters hinterlässt üblicherweise deutliche Spuren im Log. Bei meiner Test-Installation immer so 20 Zeilen. @bigchris sagte in Zigbee Adapter - Restart loop detected: 2025-09-04 20:05:16.196 - warn: zigbee.1 (629689) Send command to 0xe0798dfffeb91594 failed with: Code 205 (No network route) 2025-09-04 03:07:23.872 - warn: zigbee.1 (629689) Send command to 0xe0798dfffeb91594 failed with: Code 205 (No network route) Diese Meldungen besagen das das Gerät mit der IEEE 0xe0798dfffeb91594 nicht erreichbar ist. Der Koordinator weiss nicht wo es ist. A.

@thomas-braun Vielen Dank für deine Erklärung! Werde ich beherzigen.

@Cinimod das müssen keien anleden daten ein :-) gin alles über die amamzon webseite Das problem ist das ich hier im foum keine lösung gefunden hab :-( edit adapter noch mal neu installiert und dann gin es

@kelzith sagte in [gelöst] Fehler bei Update js-controller von 7.0.6 auf 7.0.7: Ich finde ohm nicht. ohm = ihm = @mcm1957 sagte in [gelöst] Fehler bei Update js-controller von 7.0.6 auf 7.0.7: Device reminder

@mickwks ....und natürlich herzlichen Dank für die schnelle Prolemlösdaung.:ok_hand:

Meine hier geschilderten Probleme wurden mit der Node.js-Version: 22.18.0 und der NPM-Version: 10.9.3 gelöst. Vielen herzlichen Dank für all eure hilfreichen Beiträge zu diesem Thema! Eure Unterstützung und Erfahrungen haben mir sehr weitergeholfen.

@haselchen Das ist der Hauptgrund. pi5 mit 8 GB und einen hochwertigen Speicher sd oder ssd.

@j-borger sagte in Adapter S7 | Fehlermeldungen: Daher gehe ich von einem Problem mit der Nodejs-Version: v22.18.0 aus. Ich ich gehe davon aus, das der s7-Adapter lediglich nochmal neugebaut werden muss.