@skokarl Alles gut .... dafür ist das Forum da , um zu helfen ;)

@Homoran So, Problem gelöscht......wäre leider auch viel einfacher gewesen. Ich habe nun alles restored usw und das Problem war wieder das gleiche. Alle Adapter waren letzter Stand stable und der Fehler kam wieder. Update von socket.io von 2.1.2 (2019-09-28) (im stable letzte und aktuelle version) auf 3.0.2 (2020-03-07) von github.....und et läuft wieder :-)

@Altersrentner Du kannst natürlich verwenden. Was du willst, aber vergiss dabei nicht die Vorteile von Backitup. Dein System wird automatisch gesichert. Wie schnell vergisst man mal ein Backup zu ziehen und hat dann im schlimmsten Fall keine aktuellen Daten bei einem Systemcrash. Zum Thema Komplett Backup ... Es wurde hier zwar schon mehrfach geschrieben, aber Backitup hat mit dem Standard Backup keinerlei Nachteile. Alle Daten werden gesichert und dein System ist nach einem Restore zu 100% wieder so, wie dein altes System. Das alte Komplett Backup war da eher aus einer alten Systemidee heraus entstanden und war aufgrund der vielen Falschanwendungen am Ende des Tages nicht mehr tragbar. Um ein Komplett Backup wiederherstellen zu können, mussten die kompletten Systemdaten wie Hardware und sämtliche Softwareversionen zu 100% übereinstimmen. Bei einem Standard Backup wird dein System neu aufgesetzt und ist danach komplett neu kompiliert. Hierbei spielen andere Hardware oder Softwarestände keine Rolle

Work-Around um erstmal "aufzuräumen" und weiter basteln zu können: Zuerst habe ich mir das Device (Plug2) mit dem funktionierenden "allocation"-State in der Objekte-Ansicht selektiert und nochmal einen JSON-Download gemacht. Danach habe ich nacheinander für jedes "zerschossene" Device in der "Objekte"-Ansicht Folgendes gemacht: "zerschossenes" Device (bspw. "zigbee.0.{IDvonPlug1}") auswählen JSON-Download davon machen mit einem Editor den Abschnitt des "allocation"-Eintrags aus der JSON von Plug2 in die JSON vom "zerschossenen" Device kopiert und dort natürlich die jeweilige ZigBee-ID für diesen Abschnitt angepasst in der Objekte-Ansicht das komplette Device gelöscht. dann das editierte JSON des zerschossenen Devices inkl. meiner "allocation"-Sektion wieder importiert. Das hat hingehauen. Das gleiche Schema dann noch auf "0_userdata.0" angewendet: JSON download. in der JSON die "kaputten, versteckten" Abschnitte ausputzen Dann den Eintrag via GUI löschen (wobei man hier erstmal die Eigenschaften editieren muss: Stift ganz rechts, dann auf der Karte "allgemein" das "dont_delete" ausschalten und speichern - erst dann gibt's auch den "Mülleimer" und man kann den ganzen Eintrag löschen). Dann das bereinigte JSON wieder importieren. Aber die Bugs (Mütter ohne Töchter verschwinden & AutoCreate erzeugt kaputte states) sind trotzdem Bugs... würde ich behaupten. Wem kann ich die wie melden, wenn nicht hier? ... Notfalls auch auf Englisch :) Gruß Fiddle

Ich konnte es lösen: habe alle dateien im Verzeichnis: /opt/iobroker/node_modules/iobroker.fritzdect/node_modules/.bin/ gelöscht danach ging es , das selbe habe ich dann auch Alexa Verzeichnis getan /opt/iobroker/node_modules/iobroker.alexa/node_modules/.bin/ und danach das update gemacht. Dass hat dann geklappt. Warum das so ist, weiß ich allerdings nicht ...

@mbrink2206 sagte in Regelmäßiger Kompletter Ausfall: das es gefühlt ewig Dauert in so einem Zustand bitte sofort über die Konsole top aufrufen und sehen was los ist! Deine Probleme sind nicht üblich!

@Glasfaser DANKESCHÖN ! Funktioniert wieder. vg Marc

iobroker war mit dem installer installiert. Seht auch oben in der Beschreibung :innocent:

@OliverIO Das ist mir schon klar, ist auch der Grund warum das normal auch immer in der Kombination angegeben wird. Wenn man aber ein Pi nach Anleitung einrichtet, wird eben in der Regel schon nach Installation des Imgae ein "apt-get update && apt-get upgrade" angeraten, weshalb ich das gerne als bereits gemacht abhake und fälschlicher weiße auch davon ausgehe, dass das ab und an auch mal einfach so gemacht wird um sein System auf dem Laufenden zu halten. Ich habe eben keine Update Phobie, vergesse aber gerne, das andere User auch anderes denken :-)

@Wal Danke, gleiche Adapterversionen? Ich vermute stark das mir n Adapter fehlt/falsche Version oder sonst irgend ein Problem, aber ich stehe da leider total aufm Schlauch. Mein letzter Ausweg wäre eine komplette Neuinstallation des Servers, da aber auch divereses anderes Zeug drauf läuft, würde ich das gern vermeiden wollen. Vllt hat ja noch jmd n Tipp dazu.

Mit der neuen Verion 1.0.4 gehts wieder:+1:

@crunchip Die Einstellungen habe ich schon immer so .

Hallo, ich hatte zunächst folgendes drin: /sic/ioBrokerRaspi wobei sic die Freigabe und ioBrokerRaspi der Pfad ist. Da hatte ich aber die Fehler im LOG und es funktionierte nichts. Gestern machte ich mal nur die Freigabe /sic/ rein - siehe da ein Mounten und eine Sicherung direkt auf die Freigabe war möglich. Jeder Versuch, den Pfad anzufügen scheiterte. jetzt habe ich mal den Reiter "in verschiedenen Pfaden speichern" verwendet. Dort habe ich angegeben sic/ioBrokerRaspi - Siehe da, es geht!!! Warum das so ist, ist mir unklar... Ich habe übrigens im ersten Versuch auch mal den ersten Slash weggelassen, hat aber nicht geholfen...

@smotomike Hab leider das gleiche Problem und noch keine Lösung

@arteck danke für den Wink mitdem Kirchturm. Hab vor lauter Wald den Baum nicht gesehen zu später Stunde 🤐🙈 damit gelöst 😉 VG

So additional color.... It is for Loxone - I discover the service and it adds fine before I upgrade the Discovery adapter. But after when I go to add my second miniserver, it pops up a 404 on the license agreement.

@apollon77 Danke schneller wärs schon aber dann kann ich nicht mehr zuverlässig speichern. Aber das haben wir ja grad auch auf github 😉