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.

@arteck said in Adapter "Connector Local Control": @smarthomie der hat nie in stable geschafft.. Der ist überhaupt in KEINEN Repository. Und seit JAHREN nicht gewartet. Die Fehlermeldung Object of state "connector-local-control.0.34xxxxxxx9f0.34ab958fa9f00002.up" is missing the required property "common.type" kriegst du weg indem du den Code korrigierst. Wundert mich dass bei solchen Fehlern überhaupt irgendwas funktioniert. Bitte wende dich betreffend Support an den Repository Owner. Von direkten Installation von GitHub - insbesondere auf produktiven Systemen - wird explizit abgeraten. GitHub Versionen können sich jederzeit (auch kurzfristig) ändern und durchaus auch in sich inkonsistent und fehlerhaft sein. Versionsangaben von GitHub Installationen sind Schall und Rauch da die Versionsnummer zumindest bei Verwendung der standardmäßigen Umgebung erst im Zuge der Releaseerstellung geändert wird. Auf explizite Aufforderung durch den Entwickler kann eine GitHub Installation zur Fehlereingrenzung oder zum Test neuer Funktionalität - unter Inkaufnahme des erhöhten Risikos - natürlich erfolgen. Adapter die nur via GitHub oder npm (also NICHT aus einem der beiden Repositories) installierbar sind sind mit erhöhter Vorsicht zu betrachten. Hier sollte der Entwickler drum ersucht werden eine Aufnahme in die Repositories zu veranlassen indem z.B. ein Issue im Adapterrepository erstellt wird. Und falls es irgendwie unklar ist: ioBroker unterstützt folgende Arten von Installation: aus dem STABLE Repository Das sind Adapter Releases die keine groben Fehler aufweisen (sollten). Natürlich kann es auch dort Fehler geben, die Behebung davon obliegt dem jeweiligen Dev und kann ggF auch dauern. aus dem LATEST Repository Das sind Adapter Releases die neu erstellt wurden und nur rudimentär getestet sind - oft auch als BETA Releases bezeichnet. Releases aus dem LATEST sind primär für unsere zahlreichen freiwilligen Tester gedacht. BETA / LATEST Releases können durchaus Fehler aufweisen - auch wenn ich davon ausgehe dass jeder aintainer dies zu vermeiden versucht. Vom Einsatz auf produktiven Systemen wird abgeraten außer man braucht irgenein neues Feature (z.B. neues Gerät) unbedingt. Hier muss dann jeder Entscheiden was ihm wichtig ist. direkt von GITHUB Von Installationen direkt aus Giuthub wird definitiv abgeraten außer auf Anweisung des Maintainers und für den Fall dass man gemeinsam mit diesem etwas testen will. Details siehe oben. direkt von npm Diese Installation kann erforderlich sein, wenn man eine bestimmte Version installieren möchte / muss. Im Normalfall sollte man direkte npm Installationen ebenso meiden wie direkte GitHub Installationen - ausgenommen um z.B. zu einer bekannten Version downzugraden - obwohl hier wenigstens ein definierter Stand garantiert ist. Adapter die NUR via npm und/oder nur via GitHub installierbar sind sollte man meiden - diese wurden nicht mal einem rudimentären Review unterzogen und sollten mit dem Attribut "vollständig auf eigenes Risiko verwenden" installiert werden. Hier empfiehlt es sich den Developer zu ersuchen eine Aufnahme in die Repos zu veranlassen. Wenn dieser darauf nicht reagiert sollte man von einer eher kurzen und unklaren Lebensdauer des Adapters ausgehen. Support meiner-/unsererseits für solche Adapter ist mit Sicherheit minimalistisch. @mcm1957

@rccardany sagte in admin.0 enabled aber webinterface nicht erreichbar: *** 20.19.2+dfsg-1 500 Dein nodejs ist falsch. Bring das per iob nodejs-update 22 auf die richtige Version. Und dann die ganzen Adapter-Antiquitäten auf Stand bringen.