Okay, konnte es jetzt anders lösen. Habe die Adapter auf folgende Versionen aus dem latest aktualisiert: Socket 6.1.10 Websocket WS 2.1.5 Web 5.2.5 Damit konnte ich dann den Web-Adapter auf "WS verwenden (iobroker.ws) umstellen und schon kann ich meine VIS wieder speichern.

Antworte mir selbst. Habe alle Datenpunkte händisch gelöscht und Adapter erneut deinstalliert, anschließend Version aus Github installiert. Alle grafischen Fehler sind weg, Familienmitglieder können wieder hinzugefügt werden und die Datenpunkte sehen wieder plausibel aus. Log spuckt auch keine Fehler oder irgendwelche Abweichungen mehr aus. Was genau so ein Durcheinander bei mir verursacht hat, weiß ich immer noch nicht. Bekanntlich ist der Fehler zwischen der Stuhllehne und dem Bildschirm zu suchen, in diesem Fall bin ich mir allerdings ziemlich sicher, dass dem nicht so ist. :innocent:

@arteck @rushmed @oFbEQnpoLKKl6mbY5e13 So - hier meine Rückmeldung Ich hatte jetzt alle 4 Geräte gelöscht und bin so vorgegangen wie @arteck es vorgeschlagen hat - mit Erfolg. Die hatten sich wohl wirklich per Touchlink verbunden. Angelernt habe ich alle per "Touchlink zurücksetzen und koppeln". Jetzt läuft alles so wie es soll - vielen Dank für Eure Hilfe!! Sorry wenn ich Eure Zeit beansprucht habe - aber ich denke schon das das hier nicht so viele hätten lösen können - ich habe auf jeden Fall wieder dazugelernt. Zigbee, Touchlink usw. sind für mich relativ neue Themen. Ich denke hier kann geschlossen werden... Thanx und viele Grüße REVOBOBO

@hausautomation-digital Scheint als könne dein Host a18wym7vjdl22g.iot.eu-west-1.amazonaws.com nicht erreichen/auflösen. Was wird dir bei host a18wym7vjdl22g.iot.eu-west-1.amazonaws.com oder ping a18wym7vjdl22g.iot.eu-west-1.amazonaws.com auf dem Host ausgegeben? Pi-hole oder ähnliches am laufen?

@thomas-braun Vielen Dank für den Link zum Beitrag! Konnte jetzt Cloud Connection 4.2.2 und Admin 6.2.17 updaten.

@homoran Danke, genauso (mit Punkten im Namen) hatte ich die angelegt.

@cherberg Das meinte ich mit "einpatchen" :) Ist halt nur beim nächsten Update ggf. wieder weg (oder dann sogar enthalten).

@sandfurz @lengi Ich hatte seit 22.07.2022 genau das gleiche Problem. Die KNX Verbindung zu Biobroker wurde alle 2 Minuten unterbrochen. Allerdings suchte ich auch zuerst im KNX, da auch Edomi nicht funktionierte. Nun habe ich den Tipp von @lengi gesehen und dann auch bei den Windows Updates gesucht. Das besagte KB5015807 Update hatte ich zwar nicht, aber er hatte tatsächlich auch ein anderes (leider sehe ich die Nummer nicht mehr). Nachdem Deinstallation (einfach beim updateverlauf drauf klicken und dann deinstallieren) klappte die KNX Verbindung. So ganz allerdings doch nicht, da dennoch viele Verbindungsabbruch sind. Das Problem liegt auch definitiv bei Windows - habe Iobroker auch als Hyper-V Virtuelle Maschine

Du musst eine funktionierende MySQL Server am Laufen haben - das Backup stellt Dir nur die Daten der iobroker Datenbank wieder her.

@arteck nein scheint mit dem Backup schon eingespielt zu sein. Funktioniert alles prima

Als Abschluss des Topics: Mit dieser Lösung : https://forum.iobroker.net/topic/57337/fehler-25-bei-adapter-install-update-mit-npm8/2 konnte ich den Node-red Adapter und weitere wieder installieren/ updaten. Vielen Dank an Alle. Gruß Daniel

Was war hiermit ? @glasfaser sagte in NodeRed stürzt ständig ab nach IOBroker Update: ich nutze NodeRed nicht , kann man diese Modul seperat De/und wieder installieren in der NodeRed Oberfläche !? [warn] Installation des Moduls node-red-contrib-homeconnect ist fehlgeschlagen:22 Aug 14:55:22 - noch diese Meldung und NodeRed stürzt ab. Starte mal dann den Container neu .

@der-kanal kannst du in den Einstellungen des Admin-Adapters zwischen neuer und alter Adminoberfläche wählen? Wenn ja, nimm mal die andere und probiere es noch mal.

@thomas-braun sagte in Adapter lässt sich nicht löschen: Immer noch Nobody/nogroup? Ja, leider nega@ioBroker:/opt/iobroker$ ls -la /opt/iobroker/backups/iobroker_2022_08_21-23_52_40_Standard_backupiobroker.tar.gz -rwxrwxrwx 1 nobody nogroup 438763309 Aug 21 23:53 /opt/iobroker/backups/iobroker_2022_08_21-23_52_40_Standard_backupiobroker.tar.gz

@nicob Öhm, also Problem gelöst? Weil kein Account / Falsche Zugangsdaten? So steht es ja auch in deinen Debug Meldungen. Dann setze den ersten Post auch auf ein [gelöst] ... vor dem Betreff

@max3_2 bitte mehr Fakten und weniger Nacherzählung https://forum.iobroker.net/topic/51555/hinweise-für-gute-forenbeiträge/1

@david-g hi könntest du mir das bitte genauer erklären was cih hier machen muss, danke dir mir wäre ja schon geholfen wenn ich die datenbank auf den anderen container bringen würde und dort zugriff drauf hätte, aber das geht ja auch nicht, habe mir das so schön vorgestellt.

@glasfaser danke hab ich gerade auf stable geändert.

@thomas-braun said in [iobroker] history json could not be created: Ich würde zur allgemein vorgesehenen nodejs16/npm 8 raten. Der Schritt zurück zu npm@6 mit dem alten Format der json-Files ist nicht empfohlen. Nach Umstellung auf NPM 8 + Node 16 hatte ich festgestellt, dass der Backup Fehler noch der gleiche war, und auch der Javascript Adapter plötzlich Fehlermeldungen angezeigt hat. Zudem hatte ich viel von Zigbee Problemen gelesen und der Empfehlung Zigbee => NPM6. Habe das ganze dann schnell rückgänging gemacht und mich nicht getraut es weiter zu versuchen. Habe mich dann jetzt aufgrund eurer schnellen Rückmeldung doch getraut es zu versuchen: Upgrade auf NPM 8.11.0 und Node 16.16.0 war soweit erfolgreich, wie zuvor auch schon. Tatsächlich war der Javascript Fehler dank Forenbeiträge schnell behoben: https://forum.iobroker.net/topic/56257/gelöst-requestpath-coffee-script/17 Der backup error hat sich nach Neu Installation des backitup adapters ebenfalls erledigt! Und ich konnte bisher keine Fehler mit Zigbee oder sonstigen Adaptern feststellen! Sorry, dass ich den Weg nicht vorher versucht hatte. Vielen Dank für eure Zeit und für eure Beiträge!