@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

@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

@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 😉

@PatrickFro Wenn Du die Doku mal angesehen hättest, dann wäre Dir auch aufgefallen was Du falsch machst. Befehle einfach abzutippen führt eben nicht immer zum Ziel. @TorstenU Das was Du schreibst ist richtig, steht aber exakt so in der Doku und somit für jeden sofort oben mit dem Link im Forum erreichbar😉

Ich ziehe ein fazit: Also das Kernproblem dieses Themas ist ein Fehler im hosts System. Ich kann nicht sagen wo genau ob es im NPM, Node oder im iobroker selbst ist. Bei mir hat ein Backup > fresh install > restore für die Lösung des Problems gesorgt. Fehler die bei der Prozedur aufgetreten sind: Bei einem manuellen Backup ist drauf zu achten das die sql datein händisch gesichert werden müssen und auf dem neuen System muss natürlich das subsystem mariadb installiert werden sonst mukt der sql Adapter nach dem Backup. Gennerel ist nach dem restore dem iobroker ein wenig zeit zugeben da er sich die Adapter nach und nach aktiv macht wenn alle Pakete vollständig sind. Das kann je nach Hardware ein wenig dauern bei mir ca 20 min. Bei einem automatischen Backup muß nur auf mariadb und letzteres geachtet werden. Ein weiterer (nicht)Fehler: Aufpassen das, dass iobroker System inklusive subsystem nicht zu über züchtet ist und entsprechend der Hardware. Bei einem rest RAM von 15% wird das System instabile und stürzt bei wachsender Anforderungen ab. Das zeichnet sich dann durch ein einfrieren der admin Oberfläche während einer de- oder Installation aus. Auch die ssh Verbindung ist dann nicht möglich. Tip: Bei Usern mit schwachem System empfehlt es sich zur Bearbeitung des Broker vorübergehend nicht gebrauchte Adapter abzuschalten wie MoMa, Info oder Ping. Eine sterbende SD karte mit hoher lesezeit verursacht das gleich Problem. Hier hilft nur eine neue sd karte oder der umstieg auf ein System mit (e)mmc. Mein System ist wieder im gewohnten Umfang fehlerfrei und Einsatz bereit ich habe sogar jetzt das Update auf node 12 und den neusten npm. Top Arbeit. Danke