Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[Snoopy81]

@crunchip Ja, das stimmt. Wohl. Mit dämlich meinte ich die Kommentare a la: Kein aktuelles Backup, nicht gepflegt etc. Bitte nicht persönlich nehmen.

Aber man fühlt sich schon komisch, wenn man das System nach 2 Jahren wieder einschaltet, es nicht hochfährt. Eine Datensicherung vorhanden ist und diese nicht eingespielt werden kann.
Daher sind die Sprüche mit "zu alt" etc. schon schmerzhaft.

Aber ich habe heute und gestern wieder viel gelernt und schaue, dass ich dies der Community wieder zurück geben kann.

Der Fehler war bei mir also in der Zusammenfassung:

Defekte SD-Karte, Backup nur vor der Umstellung des Controllers von 3.x auf 4.x und vor der Umstellung der Datenbank von File auf JSON.

Der Tipp mit dem Downgrade des Controllers, der Umstellung der Datenbank wieder auf File ermöglicht also auch alte Backups wieder einzuspielen.

[crunchip]

@snoopy81 noch bist du nicht am Ziel. Der ein oder andere Adapter wird nicht mehr gepflegt, also auch nicht mehr kompatibel.
Dann hast du noch einiges anzupassen zwecks nodejs und npm.
Aber eins nach dem anderen

[apollon77]

@snoopy81 Kannst Du den Bitte als GitHub Issue anlegen, weil natürlich sollte es nicht so sein das ein altes Backup nicht mehr eingespielt werden kann. Danke. Solche Cases zu testen ist schwierig

[Snoopy81]

@crunchip Danke. Nun komme ich zu dem anderen.
Nach Updates aller Adapter habe ich die Node und npm Sache angesehen.
Und es ist die 14er Version von Node installiert.
Das System war ja aktuell.

Ich muss wohl also nur noch die Datenbank von File wieder umstellen, damit es auch eine aktuelle Konfig ist.
Kann mich hier vielleicht noch jemand in die richtige Richtung schicken?

Ein einfaches neues Config wie die Umstellung zurück auf File kann es ja nicht sein, oder?

[Thomas Braun]

@snoopy81 sagte in Wiederherstellung ERROR Abbruch:

Ein einfaches neues Config wie die Umstellung zurück auf File kann es ja nicht sein, oder?

In

iobroker setup custom

kannst du das Format der Datenbank einstellen.

[Snoopy81]

@thomas-braun Ja, dies meine ich mit "ist es wirklich so einfach"?

Was passiert denn dann mit den Daten? Werden diese übernommen/konvertiert?

Dann wäre ich ja auf dem neuesten technischen Stand. :astonished:

[crunchip]

@snoopy81 sagte in Wiederherstellung ERROR Abbruch:

Ich muss wohl also nur noch die Datenbank von File wieder umstellen, damit es auch eine aktuelle Konfig ist.

Wieso aktuell, das solltest du doch mit dem einspielen des js- controllers doch schon erledigt haben, wenn die Version die du einspielst noch kein jsonl unterstützt?

Langsam verliere ich den überblick.

Aufgabe war doch nen alten controller zu installieren, damit das backup funktioniert, dafür musst du ja umstellen, da durch die neu Installation ja jsonl läuft.
Wenn dein backup und alle Adapter wieder sauber laufen, dann den controller auf die neu Version updaten.
Was ist nun eigentlich der aktuelle Stand, bzw was hast du bisher gemacht?

[Snoopy81]

@crunchip Hallo, alles soweit gemacht.
Also Controller auf 3.x runter, Datenbank umgestellt auf File, Backup wieder eingespielt, abgewartet,
alle Adapter auf den neuesten Stand. Läuft auch so.

Aber es fehlt ja die Umstellung auf jsonl und der aktuelle Controler und daher die Frage, wie ich dies am Besten mache.

Nur mit dem Controller auf v.4.x oder mit Config wieder auf Jsonl?

Darauf habe ich keine Antwort gefunden.

[Snoopy81]

@snoopy81
Also laufen/installiert sind

Node.js 14.19.1
NPM 6.14.16
und Controller 3.3.22.

[crunchip]

@snoopy81 das macht der controller, brauchst dann nicht extra was machen
https://forum.iobroker.net/post/768618

[Snoopy81]

@crunchip Hmm, wenn ich die Schritte aus dem Beitrag mache, kommt leider eine Fehlermeldung, dass einige Datenfelder nicht konvertiert werden können:

pi@io-broker16:~ $ iob upgrade self
Update js-controller from @3.3.22 to @4.0.21
NPM version: 6.14.16
npm install iobroker.js-controller@4.0.21 --loglevel error --unsafe-perm --prefix "/opt/iobroker" (System call)
Server Objects 127.0.0.1:44336 Error from InMemDB: Error: GET-UNSUPPORTED for namespace cfg.: Data=["meta.objects.features.useSets"]
Server States 127.0.0.1:52618 Error from InMemDB: Error: GET-UNSUPPORTED for namespace meta.: Data=["meta.states.protocolVersion"]
Server Objects 127.0.0.1:44336 Error from InMemDB: Error: GET-UNSUPPORTED for namespace cfg.: Data=["meta.objects.protocolVersion"]
Server States 127.0.0.1:52620 Error from InMemDB: Error: PSUBSCRIBE-UNSUPPORTED for namespace meta.: Data=["meta.*"]
Server Objects 127.0.0.1:44336 Error from InMemDB: Error: Unknown LUA script load
Server Objects 127.0.0.1:44336 Error from InMemDB: Error: Unknown LUA script load
Server Objects 127.0.0.1:44336 Error from InMemDB: Error: Unknown LUA script load
Server Objects 127.0.0.1:44336 Error from InMemDB: Error: SET-UNSUPPORTED for namespace cfg.: Data=["meta.objects.features.useSets",{"type":"Buffer","data":[49]}]
Could not migrate objects to corresponding sets: Error SET-UNSUPPORTED for namespace cfg.: Data=["meta.objects.features.useSets",{"type":"Buffer","data":[49]}]

Irgendwelche Ideen zur Ursache und Abhilfe?

[apollon77]

@snoopy81 einfach ignore. Steht auch im js-Controller 4 thread an mehreren stellen so. Ist „normal“ beim ersten Update von <4 auf 4+

[Snoopy81]

@apollon77 Das bekomme ich hin. Konnte auch keine Fehler oder Probleme feststellen.
Allerdings habe ich sicherheitshalber noch einmal einen Fix laufen lassen. Vorher wollte der Admin die Instanzen nicht richtig anzeigen. Oder ich war zu ungeduldig...

Danke für Eure Hilfe. Nun läuft mein System wieder und ich kann mich um die Erweiterungen kümmern.
In den letzten zwei Jahren sind ja einige IOT Geräte hinzugekommen bei uns im Haus...