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

[DiveDancer]

Erst durch deinen Fixer war ich überhaupt in der Lage etwaiges Backup wieder einzuspielen.
Obwohl ich es eigentlich gar nicht benötigen sollte.
Weil mein Grundsystem auf ein Image vom Februar beruht.

Das Backup was ich gewählt habe stellte einen Kompromiss von verloren zu stabil dar.

Der Vorteil lag darin, dass das System nicht tot war. (Von mir nicht wieder zu beleben)

Sondern nur täglich stillstand. Also wieder zu starten.

Wenn der Fehler jetzt nur im Backitup lag hat mich diese Kleinigkeit etliche Scripte und VIS Einstellungen gekostet.
Da ich ihn nicht lokalisieren konnte.

Was mich immer noch verwirrt ist der Beginn einer weiteren Anomalie, im Zusammenhang mit den Geräten im iot Adapter.
Ich hab mich hier:
https://forum.iobroker.net/post/311839
noch an einen weiteren hoffentlich noch nicht gänzlich toten Thread gehängt.

Zeitlich wäre es schon ein ungewöhnlicher Zufall, wenn es zu zwei separaten Fehlerquellen führen sollte.

Gerade jetzt wo beim Testen mit Backitup eine jedes Backup zum Verlust der iot Geräte führt.

[simatec]

@DiveDancer sagte in ioBroker admin läuft nicht mehr durch:

wieder

backitup hat damit nichts zu tun. Das ist vom Prozess des Backups technisch nicht möglich.
Hier wird lediglich der komplette iobroker Ordner als tar Archiv gepackt, ohne das Dateien auch nur im Ansatz verändert werden.

Ich denke eher, dass dein System ein generelles Problem hat, welches sich immer mal wieder beim Start von iob zeigt.
Da du beim total iobroker stoppst und nach Abschluss wieder startest, kam natürlich der Zusammenhang für dich logisch rüber.
Aber wie gesagt, backitup liest nur die Dateien des Ordners iobroker und packt diese in ein Archiv.

[DiveDancer]

Okay,

wie würdest du vorgehen?

Es gibt ja nun ein neues Image vom July für meinen Rock64.

Wichtig wäre das Sichern von Scripten und VIS

Aber so wenig wie Möglich von dem Fehler den ich ja wohl weiterhin mitschleppe.

[simatec]

@DiveDancer
Mache ein Standard Backup und flashe das Juli Image im Anschluss auf eine SD.
Richte das Image dann wie gewohnt ein.

Führe alle Updates aus.
Dann noch folgendes:

iobroker stop
curl -sL https://iobroker.net/fix.sh | bash -
iobroker start

Im Anschluss installierst du backitup, kopierst das erstellte Standard backup in den Ordner /opt/iobroker/backups und machst über backitup den restore.

danach ist alles wieder schick und dein Fehler ist weg.

[DiveDancer]

Wenn ich das doch glauben könnt.

Aber wozu nochmal der FIX?
Ich dachte der wäre nur dazu da den ioBroker ohne Rootrechte laufen zu lassen!?
Das sollte doch mit dem aktuellen Image der Vergangenheit angehören!?

Sollte ich die Instanzen zu vor per Hand anlegen?
Oder reicht es abzuwarten das der Restore die Instanzen anlegt?

Aber so werd ichs machen!!!

[Jan1]

@DiveDancer
Der Restore des minimal Backup stellt alles wieder her. Ausnahme sind Adapter die über Github installiert wurden.
Der Fixer kann auch nicht schaden, da es ab und an vorkommt, dass siech Rechte wieder verändern.

[simatec]

Seit Juni wurde auch noch ein paar Rechte geändert und Dinge kamen hinzu.
Ich führe bei mir den Fixer auch vor größeren Aktionen wie node Update und js-controller Update durch.
Wie Jan schrieb, kann es nicht schaden ...

[DiveDancer]

Okay,

...seit wann bekommt die selbe Hardware (Rock64) in der FritzBox eine neue IP
Die Mac Adresse hat sich augenscheinlich geändert.

[Jan1]

@DiveDancer
Na da hast Dir doch selber die Antwort gegeben, "Die Mac Adresse hat sich augenscheinlich geändert".
Wobei das bei der selben HW wohl ausgeschlossen ist.
Hast einmal per LAN und einmal per WLAN verbunden? Jede Netzwerk Karte hat ihre einmalige MAC.

[DiveDancer]

Nein !!! ,

meine WLAN Zugangsdaten hat der Rock64 nie erhalten.

Hing immer am Kabel

Und nen LAN Port hat auch der Rock nur einen...

...will aber nicht die IP ändern

Ich will
ich will
ich will

[Jan1]

@DiveDancer
Dann geh in die Fritz und sag dass das Teil das nächste mal bitte die gewünschte IP bekommt. Schau vorher ob die nicht für ein anderes Gerät vergeben wurde, dann musst die zuerst freigeben.

[DiveDancer]

...aber...

Du hast es doch selbst gesagt, wie kann das dann sein?
Raufe mir die Haare, (schwierig, habe keine!)

Ich habe also in der FritzBox beide IP's gelöscht,
mit der Hoffnung, das beim Neu Anschluss die niedriegere IP, also die vorherige, freie, genommen wird.
Natürlich nicht.

Also deinen Vorschlag umgesetzt und die IP manuell vorgeschrieben.
Mit der neuen MAC versteht sich.
Wo auch immer die herkommt. Knurr

[Jan1]

@DiveDancer
Ne MAC wird vom Hersteller einmalig pro Gerät vergeben und das weltweit, wenn die sich ändert, ist irgendwas ober faul.

[DiveDancer]

macht es einen Unterschied ob ich das Restore aus dem Frontend oder der Konsole starte?

wenn ja, wie lautet der Befehl über die Konsole in Ordner /opt/iobroker ?

iobroker restore 1

den Ordner 'backups' habe ich mit nur diesem einen minimal Backup erstellt.

[Jan1]

@DiveDancer
Iobroker restore, aber das Backup (minimal) muss dazu im Backup Ordner unter iobroker liegen.

[DiveDancer]

Frisch aufgesetztes Image

SD Karte Platz erweitert

Update über Konsole

curl -sL https://iobroker.net/fix.sh | bash -

ioBroker läuft nicht

[Jan1]

@DiveDancer
Ich mach das nie mit nem fertigen Image. Auf Pi hatte ich ein eigenes Image vom Raspian, dann IOBroker und den Backitup Adapter installiert. Mit dem Backitup Adapter das minimal Backup restort und läuft. Dauert aber lange.
Die Frage, machst das jetzt wegen der geänderten IP?

[DiveDancer]

iobroker list instances

pi@rock64:/opt/iobroker$ iobroker list instances
 Cannot parse /opt/iobroker/iobroker-data/objects.json: SyntaxError: Unexpected                                      end of JSON input
 Cannot parse /opt/iobroker/iobroker-data/objects.json.bak: SyntaxError: Unexpec                                     ted token  in JSON at position 1071290
 Cannot parse /opt/iobroker/node_modules/iobroker.js-controller/lib/states/../..                                     /../../iobroker-data/states.json: SyntaxError: Unexpected end of JSON input
 Cannot parse /opt/iobroker/node_modules/iobroker.js-controller/lib/states/../..                                     /../../iobroker-data/states.json.bak: SyntaxError: Unexpected end of JSON input


+ instance is alive
pi@rock64:/opt/iobroker$

pi@rock64:/opt/iobroker$ node -v
v10.16.3
pi@rock64:/opt/iobroker$ nodejs -v
v10.16.3
pi@rock64:/opt/iobroker$ npm -v
6.9.0
pi@rock64:/opt/iobroker$

[DiveDancer]

Nein,
der Grund ist ein lang mitgeschleppter Fehler der nicht lokalisiert werden konnte.

Der Rock64 ist noch nicht so stable wie der Pi
deswegen benutzte ich das Image bisher sehr gern.

Und mit dem jungfräulichen System wollte ich mit dem minimal Backup wieder Leben in den ioBroker hauchen.

[DiveDancer]

pi@rock64:/opt/iobroker$ iobroker start
pi@rock64:/opt/iobroker$ iobroker status
 Cannot parse /opt/iobroker/iobroker-data/objects.json: SyntaxError: Unexpected end of JSON input
 Cannot parse /opt/iobroker/iobroker-data/objects.json.bak: SyntaxError: Unexpected token  in JSON at position 1071290
 Cannot parse /opt/iobroker/node_modules/iobroker.js-controller/lib/states/../../../../iobroker-data/states.json: SyntaxError: Unexpected end of JSON input
 Cannot parse /opt/iobroker/node_modules/iobroker.js-controller/lib/states/../../../../iobroker-data/states.json.bak: SyntaxError: Unexpected end of JSON input
iobroker is not running

Objects type: file
States  type: file
pi@rock64:/opt/iobroker$