[HowTo] ioBroker Restore unter Linux durchführen
-
@axcell
Kann es sein das du zu schnell bist und das Backup noch läuft?Davon ab: Server immer ohne Desktop betreiben.
Das Paket 'pam-devel' gibt es nicht unter Debian, jedenfalls nicht unter dem Namen. Installier da
sudo apt install libpam0g-dev@thomas-braun sagte in [HowTo] ioBroker Restore unter Linux durchführen:
@axcell
....
Davon ab: Server immer ohne Desktop betreiben.Das Paket 'pam-devel' gibt es nicht unter Debian, jedenfalls nicht unter dem Namen. Installier da
sudo apt install libpam0g-devDann sagen wir einfach mal, es ist ein Desktop PC, der zusätzlich den ioBroker hostet, wegen der bemängelten GUI auf einem Server ;-) Aber mal ehrlich und blöd nachgefragt, können dadurch Konflikte auftreten wenn ein Server zusätzlich eine GUI betreibt?
Der Befehl:
sudo apt install libpam0g-devergibt nur:
axcell@server:~$ sudo apt install libpam0g-dev [sudo] Passwort für axcell: Paketlisten werden gelesen… Fertig Abhängigkeitsbaum wird aufgebaut… Fertig Statusinformationen werden eingelesen… Fertig libpam0g-dev ist schon die neueste Version (1.4.0-11ubuntu2.3). 0 aktualisiert, 0 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.Wegen dem "zu schnell", wenn die Konsole sagt, Restore erfolgreich und der Prozessor nichts mehr macht, also im IDLE dümpelt, dachte ich eigentlich, dass der Restore fertig und abgeschlossen ist.
Wenn ich den iobroker laufen lasse, erzeugt er mir permanent LOG Einträge im Sekundentakt mit der oben angegebenen Meldungadmin.0 2024-01-16 16:05:15.346 warn Cannot read file ("admin.admin"/"admin.png"): Not existsP.S: So sieht es aktuell aus, meiner Meinung nach, nicht ganz korrekt.....
-
@thomas-braun sagte in [HowTo] ioBroker Restore unter Linux durchführen:
@axcell
....
Davon ab: Server immer ohne Desktop betreiben.Das Paket 'pam-devel' gibt es nicht unter Debian, jedenfalls nicht unter dem Namen. Installier da
sudo apt install libpam0g-devDann sagen wir einfach mal, es ist ein Desktop PC, der zusätzlich den ioBroker hostet, wegen der bemängelten GUI auf einem Server ;-) Aber mal ehrlich und blöd nachgefragt, können dadurch Konflikte auftreten wenn ein Server zusätzlich eine GUI betreibt?
Der Befehl:
sudo apt install libpam0g-devergibt nur:
axcell@server:~$ sudo apt install libpam0g-dev [sudo] Passwort für axcell: Paketlisten werden gelesen… Fertig Abhängigkeitsbaum wird aufgebaut… Fertig Statusinformationen werden eingelesen… Fertig libpam0g-dev ist schon die neueste Version (1.4.0-11ubuntu2.3). 0 aktualisiert, 0 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.Wegen dem "zu schnell", wenn die Konsole sagt, Restore erfolgreich und der Prozessor nichts mehr macht, also im IDLE dümpelt, dachte ich eigentlich, dass der Restore fertig und abgeschlossen ist.
Wenn ich den iobroker laufen lasse, erzeugt er mir permanent LOG Einträge im Sekundentakt mit der oben angegebenen Meldungadmin.0 2024-01-16 16:05:15.346 warn Cannot read file ("admin.admin"/"admin.png"): Not existsP.S: So sieht es aktuell aus, meiner Meinung nach, nicht ganz korrekt.....
@axcell sagte in [HowTo] ioBroker Restore unter Linux durchführen:
können dadurch Konflikte auftreten wenn ein Server zusätzlich eine GUI betreibt?
Unter Umständen.
Ein Server wird aus vielen verschiedenen Gründen ohne Gui betrieben. Alles was nicht unnötig mitrumpelt muss nicht gepflegt werden, kann nicht kaputt gehen und kann auch keine Sicherheitslücken haben. Der Rechnerbetrieb wird unnötig komplex.Serversoftware verfügt meist eh über ein CLI und kein GUI, du musst also eh ein Terminal füttern. Z.B. mit
iob upload all -
@axcell sagte in [HowTo] ioBroker Restore unter Linux durchführen:
können dadurch Konflikte auftreten wenn ein Server zusätzlich eine GUI betreibt?
Unter Umständen.
Ein Server wird aus vielen verschiedenen Gründen ohne Gui betrieben. Alles was nicht unnötig mitrumpelt muss nicht gepflegt werden, kann nicht kaputt gehen und kann auch keine Sicherheitslücken haben. Der Rechnerbetrieb wird unnötig komplex.Serversoftware verfügt meist eh über ein CLI und kein GUI, du musst also eh ein Terminal füttern. Z.B. mit
iob upload all@thomas-braun
Ja ok, das mit den Sicherheitslücken macht Sinn.
Ja, primär nutze ich ja auch das CLI, aber wenn es eben ein ausgedienter Laptop oder Desktop PC ist, der den ioBroker hostet, ist das ja auch zusätzlich nur erleichternd, wenn mal der SSH abgekackt ist oder die Netzwerkkarte aussteigt.
Aber ok, ich will eine GUI auf einem Server nicht schön reden, du hast schon Recht.Ich habe zwischenzeitlich ich den BackItUp Adapter deinstalliert und neu installiert und das Backup neu angestossen, danach dann
iob upload allausgeführt, jetzt müllt sich das LOG zumindest nicht mehr mit Einträgen voll, die Adapter sind alle wieder installiert und scheinbar ist nun Ruhe.
Ob es an "upload all" oder am neuen anstossen der Backupwiederherstellung nach re-installieren des Backitup lag / liegt, mag ich nicht beurteilen. -
@thomas-braun
Ja ok, das mit den Sicherheitslücken macht Sinn.
Ja, primär nutze ich ja auch das CLI, aber wenn es eben ein ausgedienter Laptop oder Desktop PC ist, der den ioBroker hostet, ist das ja auch zusätzlich nur erleichternd, wenn mal der SSH abgekackt ist oder die Netzwerkkarte aussteigt.
Aber ok, ich will eine GUI auf einem Server nicht schön reden, du hast schon Recht.Ich habe zwischenzeitlich ich den BackItUp Adapter deinstalliert und neu installiert und das Backup neu angestossen, danach dann
iob upload allausgeführt, jetzt müllt sich das LOG zumindest nicht mehr mit Einträgen voll, die Adapter sind alle wieder installiert und scheinbar ist nun Ruhe.
Ob es an "upload all" oder am neuen anstossen der Backupwiederherstellung nach re-installieren des Backitup lag / liegt, mag ich nicht beurteilen.@axcell sagte in [HowTo] ioBroker Restore unter Linux durchführen:
mag ich nicht beurteilen.
Ich schon. Lag an fehlenden Dateien, die du nun per upload all wieder an den korrekten Platz geschoben hast.
Und schalt den Desktop aus.
sudo systemctl set-default multi-user.target -
@axcell sagte in [HowTo] ioBroker Restore unter Linux durchführen:
mag ich nicht beurteilen.
Ich schon. Lag an fehlenden Dateien, die du nun per upload all wieder an den korrekten Platz geschoben hast.
Und schalt den Desktop aus.
sudo systemctl set-default multi-user.target@thomas-braun sagte in [HowTo] ioBroker Restore unter Linux durchführen:
sudo systemctl set-default multi-user.target
Erledigt Chef
und Danke! -
@thomas-braun sagte in [HowTo] ioBroker Restore unter Linux durchführen:
sudo systemctl set-default multi-user.target
Erledigt Chef
und Danke!Hallo zusammen,
nach einem Neuaufsetzen mit einer neuen SD-Karte komme ich nicht weiter. Meine Backups liegen auf Google Drive, leider findet Backitup die Dateien nicht.
Allerdings war ich schon in der Lage die iobroker-Backupdatei einzuspielen, die anderen (influx, javascripts usw) werden nicht mehr gefunden.kann mir jemand helfen, wie ich an das Problem rangehen kann?
-
Hallo zusammen,
nach einem Neuaufsetzen mit einer neuen SD-Karte komme ich nicht weiter. Meine Backups liegen auf Google Drive, leider findet Backitup die Dateien nicht.
Allerdings war ich schon in der Lage die iobroker-Backupdatei einzuspielen, die anderen (influx, javascripts usw) werden nicht mehr gefunden.kann mir jemand helfen, wie ich an das Problem rangehen kann?
Moin,
ich mußte gerade ein Image von meinem Homeserver zurückspielen.
(Hatte nix mit dem IOBroker zu tun)
Also erstmal ein Backup vom IOB, Grafana, InfluxDB gemacht.
Dann Restore Image vom Server und erstmal alle Updates vom Debian und IOB gemacht.
Nach Reboot dann Restore vom IOB- Dann InfluxDB
- Dann Grafana
Danach ware der sourceanalytix-Adapter nicht mehr da und auch keine aktuellen daten von der InfluxDB - nur die mit den paar Minuten nach dem Restore.
Also den sourceanalytix-Adapter nachinstalliert, nochmal Restore IOB-Backup.
Aber immer noch keine Daten in der InfluxDB.
Im Log stand sowas von DB gibt es schon Restore erfolgreich.
OK, also die InfluxDB komplett gelöscht und nochmal Restore InfluxDB.
Nun ist alles wieder schön.
Frage:- Werden Apps aus dem GIT nicht wiederhergestellt?
- Ist das normal, daß man die InfluxDB vorher löschen muß?
Danke für die Antwort/en
-
Hallo zusammen,
ich lese hier gespannt mit, danke schon mal für die ganzen Tipps!
Ich hab mal eine Frage: Muss man die InfluxDB wirklich immer komplett löschen, bevor man ein Restore macht? Oder gibt’s da auch ’nen besseren Weg, damit nix verloren geht?
Würde mich freuen, wenn jemand kurz seine Erfahrung teilt!
Viele Grüße -
Moin,
ich mußte gerade ein Image von meinem Homeserver zurückspielen.
(Hatte nix mit dem IOBroker zu tun)
Also erstmal ein Backup vom IOB, Grafana, InfluxDB gemacht.
Dann Restore Image vom Server und erstmal alle Updates vom Debian und IOB gemacht.
Nach Reboot dann Restore vom IOB- Dann InfluxDB
- Dann Grafana
Danach ware der sourceanalytix-Adapter nicht mehr da und auch keine aktuellen daten von der InfluxDB - nur die mit den paar Minuten nach dem Restore.
Also den sourceanalytix-Adapter nachinstalliert, nochmal Restore IOB-Backup.
Aber immer noch keine Daten in der InfluxDB.
Im Log stand sowas von DB gibt es schon Restore erfolgreich.
OK, also die InfluxDB komplett gelöscht und nochmal Restore InfluxDB.
Nun ist alles wieder schön.
Frage:- Werden Apps aus dem GIT nicht wiederhergestellt?
- Ist das normal, daß man die InfluxDB vorher löschen muß?
Danke für die Antwort/en
@friedhofsblond bei adapter die per git installiert wurden, muss die Instanz manuell installiert werden
Zum Thema influxdb,
es sollte im Vorfeld keine angelegt sein, da diese automatisch angelegt wird. -
Moin,
ich mußte gerade ein Image von meinem Homeserver zurückspielen.
(Hatte nix mit dem IOBroker zu tun)
Also erstmal ein Backup vom IOB, Grafana, InfluxDB gemacht.
Dann Restore Image vom Server und erstmal alle Updates vom Debian und IOB gemacht.
Nach Reboot dann Restore vom IOB- Dann InfluxDB
- Dann Grafana
Danach ware der sourceanalytix-Adapter nicht mehr da und auch keine aktuellen daten von der InfluxDB - nur die mit den paar Minuten nach dem Restore.
Also den sourceanalytix-Adapter nachinstalliert, nochmal Restore IOB-Backup.
Aber immer noch keine Daten in der InfluxDB.
Im Log stand sowas von DB gibt es schon Restore erfolgreich.
OK, also die InfluxDB komplett gelöscht und nochmal Restore InfluxDB.
Nun ist alles wieder schön.
Frage:- Werden Apps aus dem GIT nicht wiederhergestellt?
- Ist das normal, daß man die InfluxDB vorher löschen muß?
Danke für die Antwort/en
@friedhofsblond said in [HowTo] ioBroker Restore unter Linux durchführen:
- Werden Apps aus dem GIT nicht wiederhergestellt?
ja
GITHUB Installationen werden auch nicht aktualisisert und keine Aktualisiserungen angezeigt.Von direkten Installation von GitHub - insbesondere auf produktiven Systemen - wird explizit abgeraten.
GitHub Versionen können sich jederzeit (auch kurzfristig) ändern und durchaus auch in sich inkonsistent und fehlerhaft sein. Versionsangaben von GitHub Installationen sind Schall und Rauch da die Versionsnummer zumindest bei Verwendung der standardmäßigen Umgebung erst im Zuge der Releaseerstellung geändert wird.
Auf explizite Aufforderung durch den Entwickler kann eine GitHub Installation zur Fehlereingrenzung oder zum Test neuer Funktionalität - unter Inkaufnahme des erhöhten Risikos - natürlich erfolgen.
Adapter die nur via GitHub oder npm (also NICHT aus einem der beiden Repositories) installierbar sind sind mit erhöhter Vorsicht zu betrachten. Hier sollte der Entwickler drum ersucht werden eine Aufnahme in die Repositories zu veranlassen indem z.B. ein Issue im Adapterrepository erstellt wird.
-
Folgende Situation: Ich habe bislang eine Docker-Umgebung (auf einer Synology-NAS) genutzt, möchte jetzt aber (wegen zu wenig RAM) auf einen Raspberry umziehen. Ich habe den Raspberry aufgesetzt und Iobroker neu installiert nach dieser Anleitung.
Wenn ich jetzt ein in der alten Umgebung frisch erstelltes Backup versuche einzuspielen, erhalte ich diese Fehlermeldung:
[DEBUG] [iobroker] Start ioBroker Restore from "/opt/iobroker/backups/iobroker_2026_07_31-17_39_59_backupiobroker.tar.gz"... [DEBUG] [iobroker] /opt/iobroker/node_modules/iobroker.js-controller/iobroker.js [ERROR] [iobroker] No host object found, your backup seems to be corrupted! [DEBUG] [iobroker] ioBroker Restore completed successfully [EXIT] 52 **** Restore was canceled!! ****Die js-controller-Version ist in beiden Installationen gleich (7.2.2), genauso wie admin (7.8.23), Node.js (22.23.2) und NPM (10.9.8).
Ist es tatsächlich erforderlich, dass der Host den gleichen Namen hat und wenn ja, wie stelle ich das sicher? Die Docker-Installation ist iobroker-1 (im Host-Mode, es gibt auch noch "iobroker" im Bridge-Mode", hier erhalte ich den gleichen Fehler), auf dem Raspberry ist es raspberry. Ich stelle mich vermutlich gerade ziemlich doof an, aber ich komme hier nicht weiter.
-
Folgende Situation: Ich habe bislang eine Docker-Umgebung (auf einer Synology-NAS) genutzt, möchte jetzt aber (wegen zu wenig RAM) auf einen Raspberry umziehen. Ich habe den Raspberry aufgesetzt und Iobroker neu installiert nach dieser Anleitung.
Wenn ich jetzt ein in der alten Umgebung frisch erstelltes Backup versuche einzuspielen, erhalte ich diese Fehlermeldung:
[DEBUG] [iobroker] Start ioBroker Restore from "/opt/iobroker/backups/iobroker_2026_07_31-17_39_59_backupiobroker.tar.gz"... [DEBUG] [iobroker] /opt/iobroker/node_modules/iobroker.js-controller/iobroker.js [ERROR] [iobroker] No host object found, your backup seems to be corrupted! [DEBUG] [iobroker] ioBroker Restore completed successfully [EXIT] 52 **** Restore was canceled!! ****Die js-controller-Version ist in beiden Installationen gleich (7.2.2), genauso wie admin (7.8.23), Node.js (22.23.2) und NPM (10.9.8).
Ist es tatsächlich erforderlich, dass der Host den gleichen Namen hat und wenn ja, wie stelle ich das sicher? Die Docker-Installation ist iobroker-1 (im Host-Mode, es gibt auch noch "iobroker" im Bridge-Mode", hier erhalte ich den gleichen Fehler), auf dem Raspberry ist es raspberry. Ich stelle mich vermutlich gerade ziemlich doof an, aber ich komme hier nicht weiter.
Wie groß ist das Backup?
ls -lh /opt/iobroker/backups/ -
Da sind zumindest Daten drin, jetzt muss dir ein Docker-Kenner oder die Suche/KI weiterhelfen. Da bin ich raus.
-
Folgende Situation: Ich habe bislang eine Docker-Umgebung (auf einer Synology-NAS) genutzt, möchte jetzt aber (wegen zu wenig RAM) auf einen Raspberry umziehen. Ich habe den Raspberry aufgesetzt und Iobroker neu installiert nach dieser Anleitung.
Wenn ich jetzt ein in der alten Umgebung frisch erstelltes Backup versuche einzuspielen, erhalte ich diese Fehlermeldung:
[DEBUG] [iobroker] Start ioBroker Restore from "/opt/iobroker/backups/iobroker_2026_07_31-17_39_59_backupiobroker.tar.gz"... [DEBUG] [iobroker] /opt/iobroker/node_modules/iobroker.js-controller/iobroker.js [ERROR] [iobroker] No host object found, your backup seems to be corrupted! [DEBUG] [iobroker] ioBroker Restore completed successfully [EXIT] 52 **** Restore was canceled!! ****Die js-controller-Version ist in beiden Installationen gleich (7.2.2), genauso wie admin (7.8.23), Node.js (22.23.2) und NPM (10.9.8).
Ist es tatsächlich erforderlich, dass der Host den gleichen Namen hat und wenn ja, wie stelle ich das sicher? Die Docker-Installation ist iobroker-1 (im Host-Mode, es gibt auch noch "iobroker" im Bridge-Mode", hier erhalte ich den gleichen Fehler), auf dem Raspberry ist es raspberry. Ich stelle mich vermutlich gerade ziemlich doof an, aber ich komme hier nicht weiter.
ioBroker Restore completed successfully
Nach dem Restore einmal
iob host thisausführen und neu starten. Das sollte dann laufen.
NUC10I3+Ubuntu+Docker+ioBroker+influxDB2+Node Red+EMQX+Grafana
Pi-hole, Traefik, Checkmk, Conbee II+Zigbee2MQTT, ESPSomfy-RTS, LoRaWAN
Benutzt das Voting im Beitrag, wenn er euch geholfen hat.
-
@Marc-Berg Da bekomme ich die Antwort
A host with the name "raspberry" already exists! -
@Marc-Berg Da bekomme ich die Antwort
A host with the name "raspberry" already exists! -
was zeigt, stehen da dann der alte und der neue hostname ?
iob host list -
Da kommt das gleiche (..already exists), mit iob list hosts kommt
raspberry raspberry (version: 7.2.2, hostname: raspberry , alive, uptime: 3856)Edit: In der Docker-Installation erhalte ich
cc9a8ad739ee cc9a8ad739ee (version: 7.2.2, hostname: cc9a8ad739ee , alive , uptime: 6043)Im json im Backup-File steht als host allerdings iobroker-1
Hey! Du scheinst an dieser Unterhaltung interessiert zu sein, hast aber noch kein Konto.
Hast du es satt, bei jedem Besuch durch die gleichen Beiträge zu scrollen? Wenn du dich für ein Konto anmeldest, kommst du immer genau dorthin zurück, wo du zuvor warst, und kannst dich über neue Antworten benachrichtigen lassen (entweder per E-Mail oder Push-Benachrichtigung). Du kannst auch Lesezeichen speichern und Beiträge positiv bewerten, um anderen Community-Mitgliedern deine Wertschätzung zu zeigen.
Mit deinem Input könnte dieser Beitrag noch besser werden 💗
Registrieren Anmelden197
Online33.0k
Benutzer83.5k
Themen1.3m
Beiträge