Neuer ioBroker-Blog online: Monatsrückblick März/April 2026

[finke3]

@haselchen ok die Eigeninitiative hat mich nun dahin gebracht, dass ich eine frische (aktuelle) Instanz am laufen habe und dort versuche mittels BackItUp den ioBroker wiederherzustellen.
Als Fehlermeldung kommt allerding seitens BackItUP:
No host object found, your backup seems to be corrupted!

Laut Google scheint es so zu sein, dass ich erst den JS Controller im Alt-System aktualisieren muss. Kann man das über die UI im Alt-System machen?

[haselchen]

@finke3

Du musst nix wiederherstellen.
Einfach das neue Image auf Deinen Iobroker Ordner mounten.

Wie ist denn die Langfassung von

iob diag

?

[finke3]

@haselchen uff, so habe das neue image auf meinen ioBroker Ordner gemounted und gestartet. Sehe nun aber keinen Unterschied in der Version (v6.13.16)!? Verrückt....

[haselchen]

@finke3

iob diag

noch bitte

Danach kann man mehr sagen

[finke3]

@haselchen das ist ziemlich lang und ich würde es ungern alles hier rein hauen.
Was genau brauchst du denn?

[haselchen]

@finke3

In Code Tags hier reinkopieren.
Das sind nur System Infos.
Die benötigen wir aber zum Helfen.

[finke3]

Sorry - ich kriegs nicht aus diesem Docker Terminal kopiert.
Hier ein Screenshot. Denke der sollte helfen und die Versionen aufzeigen.

[haselchen]

@finke3

OS Updates einspielen (2)

Iobroker Updates genauso (20)

Vorher den JSController updaten!!!

https://forum.iobroker.net/topic/78324/js-controller-lucy-version-7-0-jetzt-im-stable-repository?_=1738507873567

Den Container stoppst Du mit

pkill -u iobroker

[finke3]

@haselchen Lieben Dank. Genau so durchgeführt und nun alles auf aktuellen Stand inkl. der Adapter.

Die Lösung ist also einfach den bestehenden Ordner mit dem neuen Image zu mounten (ohne Restore über BackItUp).
Da dann noch die alte Admin Version angezeigt wurde habe ich erstmal über das Terminal folgenden Befehl ausgeführt:

1. pkill -u iobroker
2. iobroker update
3. iobroker upgrade self

Danach konnten dann alle Adapter inkl. der Admin Adapter über die UI aktualisiert werden.

Ich versuche es mir zu für das nächste Update zu merken.
Lieben Dank für die Geduld.

[haselchen]

@finke3

TipTop

Wirst noch zum Experten 😜

[Meister Mopper]

@finke3 sagte in Update BackItUp Adapter von alter Version:

Ich versuche es mir zu für das nächste Update zu merken.

Ja, und genau jetzt ist die Zeit, eine eigene Doku anzulegen, sonst landest du in ??? Monaten wieder hier.

[finke3]

@meister-mopper jup, deswegen habe ich eine so ausführliche finale Antwort verfasst. ;)
That's my documentation.

[Meister Mopper]

@finke3 sagte in Update BackItUp Adapter von alter Version:

That's my documentation.

Für meinen Anspruch ist das Forum leider unkonfortabel recherchierbar. :man-shrugging:

[finke3]

Für meinen Anspruch ist das Forum leider unkonfortabel recherchierbar. :man-shrugging:

Naja über mein Profil kann ich ganz gut alle meine Themen auflisten. Reicht mir um die Lösungen auf meine bisherigen Herausforderungen wieder in Erinnerung zu bringen.

[Codierknecht]

@finke3 sagte in Update BackItUp Adapter von alter Version:

That's my documentation.

Dafür läuft bei mir ein SiYuan - natürlich als Docker-Container.
Da schreib' ich mir solche Sachen auf.

Auch wenn Dein Problem ja gelöst wurde, noch mein Standardsatz: Docker-Container sind Wegwerfartikel. Dazu sind sie gemacht.
Also wegwerfen, Image aktualisieren, neu bauen.
Mit dem Container-Manager ab DSM 7 kannst Du das Ganze als Projekt (Docker-Compose / Stack) fertig ablegen.
Da muss man sich dann nichtmal mehr um die richtigen Einstellungen kümmern.

[finke3]

@codierknecht ja das ist durchaus ok und macht die Dinge ja einfacher. Wenn ich meine DS415+ ersetze, werde ich wohl zukünftig auch den Container Manager nutzen können. Allerdings warte ich noch auf die 2025 Produkte.

Mir war auch nicht bewusst, dass ich einfach den bestehenden Ordner mit dem neuen Image mounten kann. Bei Buanet ist der empfohlene Weg über die Wiederherstellung eines Backups zu gehen, sobald man auf eine neue Hauptversion wechselt. :man-shrugging:
Hat ja aber auch so reibungslos geklappt.

[Kanumouse]

Hallo,
beim Backup über den Backitup-Adapter und dem backup der historyDB erscheint bei mir folgende Meldung

 "historyDB Error: Unknown system error -74: Unknown system error -74, lstat '/opt/iobroker/iobroker-data/history/20260416/history.hm-rega.0.42011.json'".

MOD-EDIT: Code in code-tags gesetzt!

Ich vermute, das liegt dan an dem File "history.hm-rega.0.42011.json", warum auch immer.
Ich habe schon "iob fix" drüber laufen lassen, weil ich dachte, dass hängt mit den Zugriffsrechten zusammen - hat nichts gebracht.
Außerdem habe ich versucht das File im Terminal zu löschen, was mir nicht gelungen ist. Da kommt immer "Error - Bad Message".
Kann mir vielleicht jemand weiterhelfen, wie ich das Problem löse?

[Thomas Braun]

@Kanumouse

No permissions are required on the file itself, but-in the case of stat() and lstat() - execute (search) permission is required on all of the directories in path that lead to the file.

Außerdem habe ich versucht das File im Terminal zu löschen

Wie genau? Wie sehen die Rechte denn momentan aus? Vermutlich ist die Datei korrupt.

[Kanumouse]

Wenn ich im Terminal ls -l für den Tag 20260416 eingebe, erhalte ich folgende Ausgabe:

ls: cannot access 'history.hm-rpc.1.NEQ1837978.1.STATE.json': Bad message
ls: cannot access 'history.tankerkoenig.0.stations.0.e5.feed.json': Bad message
ls: cannot access 'history.tankerkoenig.0.stations.3.e5.feed.json': Bad message
ls: cannot access 'history.tankerkoenig.0.stations.1.e10.feed.json': Bad message
ls: cannot access 'history.tankerkoenig.0.stations.3.diesel.feed.json': Bad message
ls: cannot access 'history.tankerkoenig.0.stations.4.e10.feed.json': Bad message
ls: cannot access 'history.tankerkoenig.0.stations.5.e10.feed.json': Bad message
ls: cannot access 'history.javascript.0.Eigene_Datenpunkte.Regenmenge_gesamt.json': Bad message
ls: cannot access 'history.tankerkoenig.0.stations.3.e10.feed.json': Bad message
ls: cannot access 'history.tankerkoenig.0.stations.0.e10.feed.json': Bad message
ls: cannot access 'history.tankerkoenig.0.stations.0.diesel.feed.json': Bad message
ls: cannot access 'history.tankerkoenig.0.stations.1.diesel.feed.json': Bad message
ls: cannot access 'history.tankerkoenig.0.stations.5.e5.feed.json': Bad message
ls: cannot access 'history.tankerkoenig.0.stations.1.e5.feed.json': Bad message
ls: cannot access 'history.hm-rega.0.60436.json': Bad message
ls: cannot access 'history.hm-rega.0.42011.json': Bad message
ls: cannot access 'history.tankerkoenig.0.stations.4.e5.feed.json': Bad message
ls: cannot access 'history.tankerkoenig.0.stations.2.diesel.feed.json': Bad message
ls: cannot access 'history.tankerkoenig.0.stations.5.diesel.feed.json': Bad message
ls: cannot access 'history.tankerkoenig.0.stations.4.diesel.feed.json': Bad message
total 0
-????????? ? ? ? ?            ? history.hm-rega.0.42011.json
-????????? ? ? ? ?            ? history.hm-rega.0.60436.json
-????????? ? ? ? ?            ? history.hm-rpc.1.NEQ1837978.1.STATE.json
-????????? ? ? ? ?            ? history.javascript.0.Eigene_Datenpunkte.Regenmenge_gesamt.json
-????????? ? ? ? ?            ? history.tankerkoenig.0.stations.0.diesel.feed.json
-????????? ? ? ? ?            ? history.tankerkoenig.0.stations.0.e10.feed.json
-????????? ? ? ? ?            ? history.tankerkoenig.0.stations.0.e5.feed.json
-????????? ? ? ? ?            ? history.tankerkoenig.0.stations.1.diesel.feed.json
-????????? ? ? ? ?            ? history.tankerkoenig.0.stations.1.e10.feed.json
-????????? ? ? ? ?            ? history.tankerkoenig.0.stations.1.e5.feed.json
-????????? ? ? ? ?            ? history.tankerkoenig.0.stations.2.diesel.feed.json
-????????? ? ? ? ?            ? history.tankerkoenig.0.stations.3.diesel.feed.json
-????????? ? ? ? ?            ? history.tankerkoenig.0.stations.3.e10.feed.json
-????????? ? ? ? ?            ? history.tankerkoenig.0.stations.3.e5.feed.json
-????????? ? ? ? ?            ? history.tankerkoenig.0.stations.4.diesel.feed.json
-????????? ? ? ? ?            ? history.tankerkoenig.0.stations.4.e10.feed.json
-????????? ? ? ? ?            ? history.tankerkoenig.0.stations.4.e5.feed.json
-????????? ? ? ? ?            ? history.tankerkoenig.0.stations.5.diesel.feed.json
-????????? ? ? ? ?            ? history.tankerkoenig.0.stations.5.e10.feed.json
-????????? ? ? ? ?            ? history.tankerkoenig.0.stations.5.e5.feed.json

[Thomas Braun]

@Kanumouse sagte:

Das Dateisystem ist wohl hin.
In welcher Umgebung bist du da genau unterwegs?

iob diag

gibt einen ersten Überblick.