[HowTo] ioBroker Restore unter Linux durchführen

Stormbringer

@simatec Danke für die Zwischenhilfe :-) Aber das haut leider auch nicht hin... Kann aber auch an meinen Linuxkenntnissen liegen :white_frowning_face:

simatec

@Stormbringer
Im zweiten Befehl hast du Leerzeichen im Dateinamen.
Im ersten Befehl findet er das Verzeichnis /var/lib/redis nicht.
Hab es nur aus dem Kopf geschrieben. Wo liegt deine dump.
Welchen Pfad hat redis?
Hast du den eventuell in backitup nicht konfiguriert? Das wäre auch einen mögliche Fehlerquelle

Stormbringer

@simatec Beim 2. Verusch habe ich es so probiert wie deinen Post gelesen hab. Hab mir da Leerzeichen eingebildet.

Der Pfad ist angegeben im Adapter. Der Ordner ist auch da. Wird mir mit „ls“ brav angezeigt. Aber ich komm nicht rein egal welche chmods und sudos ich versuch und wie oft ich den fixer drüber laufen lass 🤷‍♀️Es kommt entweder nicht vorhanden oder verweigert

Stormbringer

@simatec Guten Morgen :smiley: Habs gestern noch ein paar mal probiert. Über Nacht hat er den Broker nicht wieder von selber gestartet. Als ich das heute dann manuell gemacht habe, sind andere Fehlermeldungen gekommen.

simatec

@Stormbringer
Zeige mir doch bitte mal den Inhalt von /var/lib/redis

sudo ls -la /var/lib/redis/

Des Weiteren wäre auch der Inhalt deines Backups interessant ... Ich vermute, da ist mehr drin, als nur die dump.rdb

Stormbringer

@simatec Ja da ist die apendonly.aof noch drinnen gewesen, weil ich de Option eingeschaltet habe. Hab die Empfehlung hier mal im Forum gelesen... Meinst daher kamen die Probleme?

Also ich habs mittlerweile gelöst. Konnte nur mit dem Befehl

sudo chmod 777 -c -R  /var/lib/redis/

überhaupt in den Ordner rein.

Redis Server gestoppt, die alten Dateien gelöscht und per Cyberduck die vom Backup reinkopiert. Jetzt geht es wieder. Aber vielen lieben Dank für deine Hilfe.
Weiß nur nicht was da jetzt genau das Problem verursacht hat...

usn09750

Hallo zusammen,

ich möchte meine iobroker Konfiguration vom PI3 auf einen neuen PI4 umziehen. Ich bin nach Anleitung von @simatec vorgegangen. Der log wurde erfolgreich (nach ein paar Sekunden) beendet, aber die Backitup-Instanz rödelt stundenlang vor sich hin, wird also nicht beendet. Ich kommt dann auch nicht mehr auf die GUI. Habe jetzt mehrere Versuche durchgeführt - immer das gleiche.
redis: nicht installiert
status: object + states type = file
host this: durchgeführt
fixer: durchgeführt
list instances: scheint ok

Hat jemand eine Idee?

simatec

@usn09750
Zeige doch mal bitte die Ausgaben folgender Befehle:

iobroker status
iobroker list instances

usn09750

voila...

simatec

@usn09750
Da du ssl nutzt, wird da sicher was mit den Zertifikaten nicht passen. Installiere mal noch ne zweite admin Instanz mit anderen Port.
Dann solltest du darüber Zugriff bekommen und die Zertifikate anpassen

usn09750

Das wars! Danke @simatec :+1:

User2313145

Hallo zusammen,

Ich versuche mein Backitup Backup wiederherzustellen scheitere jedoch am Backuitup, hier kommt nur "gestartet" wie auch schon von anderen Benutzern berichtet.
Also ab in die Kommandozeile, Backup kopiert und dann

iobroker stop
Stopping iobroker controller deamon...
iobrober controller deamon stopped.
No "killall.sh" script found. Just stop.

iobroker restore 0
Stop iobroker first!

mh... hatte ich doch gerade

iobroker status
iobroker is running on this host.
At least one iobroker host is running

hat wohl nicht geklappt also nochmal...

iobroker stop
iobroker controller deamon is not running

Ja was denn nun? :)
Wie stoppe ich iobroker?

Gruss
David

PS iobroker läuft im Docker
PPS:
Systemctl stop iobroker > systemctl command not found

Marty56

Ich will nicht klugscheißerisch herüberkommen oder the Threat kapern, aber meine Erfahrungen mit dem Backup und Wiederaufsetzen sind durchwachsen und es war immer ein Akt von mehreren Stunden, sprich es hat mehr oder weniger funktioniert und war immer eine elende Fummelei.

Ich habe deshalb vor einem Jahr auf NUC mit ProMox umgestellt und musste vorgestern ein Restore auf einen anderen NUC machen, der in ca. 15 Minuten erledigt war.

Bzgl. der Kosten. Gebrauchte NUCs sind ein bisschen teurer als Raspberries, aber die Differenz sind keine 70 €. Der Stromverbrauch ist ca. 50% höher, das dürften max. 8 € im Jahr ausmachen. Vergleicht man das, mit einem Tag verschwendeter Lebenszeit, weil das Backup zickt, dann relativieren sich die Kosten sofort.

Die Zuverlässigkeit des Systems dürfte wegen einer richtigen SSD deutlich höher sein, als die Spielzeuglösung SSD vom Raspberry

Außerdem kann der NUC noch locker für alle möglichen anderen Sachen verwendet werden, in meinem Fall ein SMB TimeMachine Backup, ein TVheadend Server und ein PiHole.

Das RAM in meinem Fall lässt sich auf 16 GB aufrüsten. Das ist mehr als genug und ich muss mich nicht mehr mit Themen wie den Compact Modus herumschlagen oder auf's RAM achten.

Wenn ich mal herumspielen will und irgendwelche Alpha Adapter ausprobieren möchte, mache ich einen Snapshot mit Promox und nachdem ich gesehen habe, dass die neuen Adapter nicht funktionieren, wird ein Restore gemacht (dauert ca. 30 Sekunden) und mein System ist wieder auf dem stabilen, älteren Stand.

Es läuft zwar ein Lüfter beim NUC, der ist aber so leise, dass ich ihn in mehr als 50 cm Entfernung nicht mehr höre.

Mein Fazit: Nie wieder Einplatinen Bastel Computer.

Jan1

@Marty56
Das liegt aber weniger am Backitup Adapter sondern an der Umgebung wo Dein IOBroker läuft. Da ist es auch sinnvoller die dafür vorgesehenen Tools wie eben Snapshot zu verwenden.

Ich mach ab und an mein IOBroker platt und spiel ein Backup über den Adapter zurück um eben ne saubere Installation zu haben, länger als 30 Minuten dauert das mit allem drum und dran selten und funktioniert immer. Läuft aber auch direkt auf dem Beelink ohne Promox oder sonstigem VM Geraffel ;)

Marty56

@Jan1 Freut mich, dass es so unproblematisch bei Dir läuft.

Du hast sicherlich keinen Yahka oder Zigbee Adapter installiert. Oder hast den Sonos HTTP Server wegen dem fehlerhaften SONOS Adapter eingerichtet.
Auch benutzt Du keine Zusatzsoftware, die in iobroker nicht mitgeliefert wird und deshalb separat installiert und konfiguriert werden muss. Außerdem hast vermutlich nicht irgendwelche Backup NASs mit fstab eingebunden ...

Aber klar, jedes System ist anders und die Bedürfnisse und Notwendigkeiten auch.

Jan1

@Marty56
Zigbee habe ich mit drin, aber wie geschrieben, wenn Du das unter Promox laufen hast, ist es eh besser die Tool dafür zu verwenden, da Deine Konfiguration sehr individuell ist und der Adapter eben nicht alles abdeckt ;)
Alternativ kannst auch Deine Wünsche auf Github beim Adapter melden.

Und Backup läuft natürlich auf NAS, da brauch ich auch nicht in der fstab rum fummeln, weil nur wenn benötigt auch gemountet wird.

Atticus

Hallo,

ich habe eine Frage zur Wiederherstellung der historyDB, da ich mein System von einem Raspberry auf einen anderen umziehen muss, da ich leider durch einen Stromausfall keinen zugriff mehr auf den RPI per ssh bekomme.
Jetzt habe ich einen anderen RPI 4 mit einer laufenden ioBroker Installation am Start und habe über GoogleDrive das ioBroker-Backup wieder eingespielt, Scheint auch so weit funktioniert zu haben.

Auf der alten ioBroker Installation (die läuft noch, ich kann über das Webinterface des ioBroker darauf zugreifen) habe ich in BAckup der historyDB gemacht und wollte das jetzt wieder einspielen.

Wenn ich jetzt das entsprechende Backup in GoogleDrive asuwähle und die Wiederherstellung starte, bekomme ich die Meldung" Not Configured"

In beiden Adaptern, also history und backitup sind die gleichen Pfade angelegt: /opt/iobroker/historydata

Was ist schief gelaufen??

Danke

Thomas

simatec

@Atticus
Ist Backitup auf deinem neuen System konfiguriert und der Pfad existiert auch?
Ansonsten mache den Restore bitte lokal.

Ich rate immer bei einem Restore aus der Cloud ab

Atticus

@simatec Ja, ist auf dem neuen System genau so konfiguriert wie auf dem alten. Ich lade mal das Backup runter und versuche es lokal Wiederherzustellen.
Danke
Thomas