Adapter: iobroker.backitup (stable Release)

simatec

~~@simatec:~~

Ist denn iobroker jetzt gestoppt wurden?

(Rotierender Kreis in der Mitte der Weboberfläche) `
Jap, wurde gestoppt.

~~@simatec:~~

Ich gehe davon aus, dass du iobroker mit dem neuen installer eingerichtet und installiert hast.

Hier musst du aktuell noch in dein System eingreifen. `

Ja, habe den neuen Installer benutzt.

Welche eingriffe muss ich noch machen? `

Wenn gestoppt wurde, dann sollte alles ohne Eingriffe laufen.

Warte jetzt erstmal und lass es laufen

Gesendet von iPhone mit Tapatalk

Leviathan09

~~@simatec:~~

~~@Leviathan09:~~

~~@simatec:~~

Ist denn iobroker jetzt gestoppt wurden?

(Rotierender Kreis in der Mitte der Weboberfläche) `
Jap, wurde gestoppt.

~~@simatec:~~

Ich gehe davon aus, dass du iobroker mit dem neuen installer eingerichtet und installiert hast.

Hier musst du aktuell noch in dein System eingreifen. `

Ja, habe den neuen Installer benutzt.

Welche eingriffe muss ich noch machen? `

Wenn gestoppt wurde, dann sollte alles ohne Eingriffe laufen.

Warte jetzt erstmal und lass es laufen

Gesendet von iPhone mit Tapatalk `

Das ganze lief jetzt über 2std

Ergebnis aus der Log Datei:

<code>2019-01-18 17:40:27.156  - [34mdebug[39m: backitup.0 system.adapter.admin.0: logging true
2019-01-18 17:40:27.634  - [32minfo[39m: host.iobroker-test instance system.adapter.backitup.0 terminated with code 0 (OK)
2019-01-18 17:40:29.631  - [32minfo[39m: host.iobroker-test instance system.adapter.backitup.0 started with pid 1367
2019-01-18 17:40:30.000  - [34mdebug[39m: backitup.0 objectDB connected
2019-01-18 17:40:30.022  - [34mdebug[39m: backitup.0 statesDB connected
2019-01-18 17:40:30.158  - [32minfo[39m: backitup.0 starting. Version 1.0.7 in /opt/iobroker/node_modules/iobroker.backitup, node: v8.15.0
2019-01-18 17:40:39.222  - [34mdebug[39m: backitup.0 sendTo "list" to system.adapter.admin.0 from system.adapter.backitup.0
2019-01-18 17:40:42.744  - [34mdebug[39m: backitup.0 system.adapter.admin.0: logging false
2019-01-18 17:41:15.928  - [34mdebug[39m: backitup.0 Download of "/total_2019_01_17-10_06_01_backupiobroker.tar.gz" started
2019-01-18 17:41:46.999  - [34mdebug[39m: backitup.0 system.adapter.admin.0: logging true
2019-01-18 17:41:58.782  - [32minfo[39m: host.iobroker-test object change system.adapter.backitup.0
2019-01-18 17:41:58.788  - [32minfo[39m: host.iobroker-test "system.adapter.backitup.0" disabled
2019-01-18 17:41:58.788  - [32minfo[39m: host.iobroker-test stopInstance system.adapter.backitup.0
2019-01-18 17:41:58.788  - [32minfo[39m: host.iobroker-test stopInstance system.adapter.backitup.0 killing pid 1367
2019-01-18 17:41:59.307  - [32minfo[39m: host.iobroker-test instance system.adapter.backitup.0 terminated with code 0 (OK)
2019-01-18 17:42:03.654  - [32minfo[39m: host.iobroker-test object change system.adapter.backitup.0
2019-01-18 17:42:03.659  - [32minfo[39m: host.iobroker-test instance system.adapter.backitup.0 started with pid 1378
2019-01-18 17:42:04.048  - [34mdebug[39m: backitup.0 objectDB connected
2019-01-18 17:42:04.070  - [34mdebug[39m: backitup.0 statesDB connected
2019-01-18 17:42:04.201  - [32minfo[39m: backitup.0 starting. Version 1.0.7 in /opt/iobroker/node_modules/iobroker.backitup, node: v8.15.0
2019-01-18 17:42:15.211  - [34mdebug[39m: backitup.0 sendTo "list" to system.adapter.admin.0 from system.adapter.backitup.0
2019-01-18 17:42:18.562  - [34mdebug[39m: backitup.0 system.adapter.admin.0: logging false
2019-01-18 17:42:20.629  - [34mdebug[39m: backitup.0 sendTo "restore" to system.adapter.admin.0 from system.adapter.backitup.0
2019-01-18 18:33:01.893  - [32minfo[39m: host.iobroker-test Delete log file iobroker.2019-01-11.log[/code]</code>

simatec

Packe mal das backup in den lokalen Pfad /opt/iobroker/backups und starte dann lokal den Restore

Gesendet von iPhone mit Tapatalk

simatec

Für alle mit einer Installation über den neuen Installationsscripts hier ein kleiner Workaround für die Rechtevergabe von eurem User iobroker.

Damit laufen dann auch alle Dinge in backitup normal.

Bis zum Fix des Installers ist das die Lösung für backitup.

Die Datei im Anhang runterladen und in sudo4backitup.sh umbenennen.

Im Anschluss die Datei auf euren iobroker Sytem ablegen und mit folgenden Befehl ausführen.

sudo bash /euer/Pfad/zur/Datei/sudo4backitup.sh

Den Anweisungen folgen und das wars ….
sudo4backitup_V3.sh

Leviathan09

~~@simatec:~~

Packe mal das backup in den lokalen Pfad /opt/iobroker/backups und starte dann lokal den Restore `

Habe das Backup kopiert und lokal ausprobiert. Hate nun über Nacht zeit zu laufen funktioniere aber auch nicht.

Habe nun den Snapshot der VM nochmal auf Anfang zurück gesetzt, dein Script ausgeführt und es nochmal probiert.

Was mir aber diesmal aufgefallen ist und wohl die ganze Zeit entgangen…der ioBroker stop doch nicht

Also habe ich das stoppen und starten mal manuell ausgeführt und siehe da es hat "zum Teil" funktioniert.

Zum Teil deswegen da ich ja nich weiß wann der restore fertig ist, habe vermutlich also zu früh gestartet oder so.

Habe dann mal versucht mich durch die Skripte von Backitup zu lesen und auch den Aufruf von 'stop_r_IOB.sh' und 'start_r_IOB.sh' gefunden.

Leider aber nicht wo diese erstellt werden oder abgelegt sind.

Meine Vermutung ist, da ja mit der neuen Installationsvariante die alten Start/Stop Befehle nicht mehr gehen, das hier evtl. der Fehler ist.

Könnte das sein?

Ich habe den den stop und start hiermit durchgeführt:

sudo systemctl stop iobroker
sudo systemctl start iobroker

PS: Dein sudo4backitup.sh habe ich auch ausgeführt

Ausgabe:

################################# sudo4backitup ###############################
Please enter Username for your iobroker Install (Enter for default: iobroker): 'MeinUsername'
######## Your user 'MeinUsername' has sudo approved for: /bin/mount, /bin/umount, /bin/systemctl ########
#################### sudo4backitup finsh ####################

simatec

Die Version 1.0.7 ist angepasst an die neuen Start und Stop Methoden.

Führe den Script sudo4backitup für den user „iobroker“ aus.

Es bringt nix, wenn du dafür den User nimmst, den du erstellt hast.

Es muss der User iobroker sein.

Dieser wird auch mit dem Installationsscript erstellt und braucht die sudo Rechte.

Das Problem besteht darin, dass der User iobroker mit sudo systemctl stop iobroker nicht weiterkommt, da ein Passwort abgefragt wird.

Darum bitte den Script sudo4backitup ausführen und den User iobroker nehmen

Gesendet von iPhone mit Tapatalk

Leviathan09

~~@simatec:~~

Die Version 1.0.7 ist angepasst an die neuen Start und Stop Methoden.

Führe den Script sudo4backitup für den user „iobroker“ aus.

Es bringt nix, wenn du dafür den User nimmst, den du erstellt hast.

Es muss der User iobroker sein.

Dieser wird auch mit dem Installationsscript erstellt und braucht die sudo Rechte.

Das Problem besteht darin, dass der User iobroker mit sudo systemctl stop iobroker nicht weiterkommt, da ein Passwort abgefragt wird.

Darum bitte den Script sudo4backitup ausführen und den User iobroker nehmen

Gesendet von iPhone mit Tapatalk `

Vielen Dank für's Erklären

Script habe ich nun für den iobroker user laufen lassen - lief problemlos durch

Das stoppen von iobroker hat dann auch funktioniert

Allerdings läuft der Restore nun schon wieder eine Weile, ist das normal das es über ne Stunde dauert?

simatec

Es kommt immer darauf an, wie groß das backup ist.

Wie groß ist dein total backup und gast du es lokal abgelegt oder machst du den Restore aus der Dropbox?

Auch das macht einen zeitlichen Unterschied.

Gesendet von iPhone mit Tapatalk

Leviathan09

~~@simatec:~~

Es kommt immer darauf an, wie groß das backup ist.

Wie groß ist dein total backup und gast du es lokal abgelegt oder machst du den Restore aus der Dropbox?

Auch das macht einen zeitlichen Unterschied.

Gesendet von iPhone mit Tapatalk `
Total Backup ist 255MB groß und liegt lokal

Diginix

Ist im git schon der Bugfix für das History html?

simatec

~~@Leviathan09:~~

~~@simatec:~~

Es kommt immer darauf an, wie groß das backup ist.

Wie groß ist dein total backup und gast du es lokal abgelegt oder machst du den Restore aus der Dropbox?

Auch das macht einen zeitlichen Unterschied.

Gesendet von iPhone mit Tapatalk Total Backup ist 255MB groß und liegt lokal

Das sollte so je nach Rechenleistung ca. 30-60 Minuten dauern

Gesendet von iPhone mit Tapatalk

simatec

~~@Diginix:~~

Ist im git schon der Bugfix für das History html? `

Nein nur bei mir lokal [emoji4]

Gesendet von iPhone mit Tapatalk

Leviathan09

~~@simatec:~~

Das sollte so je nach Rechenleistung ca. 30-60 Minuten dauern

Gesendet von iPhone mit Tapatalk `

Dann frage ich mich was da los ist.

ioBroker ist immer noch gestoppt.

Dauer bis jetzt 2h 52min ago.

Werde jetzt mal händisch wieder starten und schauen ob und was passiert ist.

Edit: Ergebnis…nichts rödelt fast 3std und alles ist wie vorher.

Versuche es nun mal mit einem Backup von vor 4 Tagen. Vllt ist ja das Backup von vor 2 Tagen iwie kaputt.

MathiasJ

~~@Buddinski88:~~

Das aufwecken klappt auch soweit, aber die 25 Sekunden Wartezeit bis das Backup startet, reicht leider nicht aus. `

Eigenartig,

Ich habe auf meiner DS wake up deaktiviert und es lief durch.

Gruß,

Mathias

Gesendet von meinem MI 8 mit Tapatalk

simatec

~~@Leviathan09:~~

~~@simatec:~~

Das sollte so je nach Rechenleistung ca. 30-60 Minuten dauern

Gesendet von iPhone mit Tapatalk `

Dann frage ich mich was da los ist.

ioBroker ist immer noch gestoppt.

Dauer bis jetzt 2h 52min ago.

Werde jetzt mal händisch wieder starten und schauen ob und was passiert ist.

Edit: Ergebnis…nichts rödelt fast 3std und alles ist wie vorher.

Versuche es nun mal mit einem Backup von vor 4 Tagen. Vllt ist ja das Backup von vor 2 Tagen iwie kaputt. `

Warum nimmst du eigentlich ein total.

Um ein neues sauberes System aufzusetzen, wäre ein minimal besser

So werden alle Adapter neu installiert.

VIS und Scripte wären alle da

Leviathan09

~~@simatec:~~

~~@Leviathan09:~~

~~@simatec:~~

Das sollte so je nach Rechenleistung ca. 30-60 Minuten dauern

Gesendet von iPhone mit Tapatalk `

Dann frage ich mich was da los ist.

ioBroker ist immer noch gestoppt.

Dauer bis jetzt 2h 52min ago.

Werde jetzt mal händisch wieder starten und schauen ob und was passiert ist.

Edit: Ergebnis…nichts rödelt fast 3std und alles ist wie vorher.

Versuche es nun mal mit einem Backup von vor 4 Tagen. Vllt ist ja das Backup von vor 2 Tagen iwie kaputt. `

Warum nimmst du eigentlich ein total.

Um ein neues sauberes System aufzusetzen, wäre ein minimal besser

So werden alle Adapter neu installiert.

VIS und Scripte wären alle da `

Werde ich morgen dann mal testen. Habe gerade Stromausfall zuhause und somit kein Zugriff mehr von Extern :evil:

Danke vielmals für deine Hilfe

simatec

Du kannst auch die backups vorher prüfen … Z.B. mit 7zip oder anderen Tools.

MathiasJ

Habe die Beebox neu mit der alten Installationsroutine neu aufgesetzt, wake on LAN aktiviert.

Backitup habe ich nach 30 Min. gestoppt, weil die Instanz gar nicht aufhören wollte.

Log folgt morgen.

Gruß,

Mathias

Gesendet von meinem MI 8 mit Tapatalk

Leviathan09

Edit: Habe nun über die Backup Funktion von iobroker das minimal mit "iobroker restore" zurückspielen können.

Skripte, Szenen etc sind da. Adapter werden unter den Adaptern angezeig muss diese jedoch neu installieren bzw updaten, was aber ok ist.

Frage mich warum das aber über den Adapter nicht möglich war :?:

Also es funktionierte weder das minimal noch das total.

Ich lass es jetzt einfach und fange eben komplett von vorne an.

eMd

~~@Strizz:~~

Hallo,

noch mal ein kurzer Bericht zum Thema CIFS:

Iobroker läuft bei mir auf einem OrangePi Plus 2E. Die Backups werden auf meiner Synology (DS 214play) gespeichert. Ich habe es nicht geschafft, CIFS über die Einstellung IP-Adresse und /volume1/backupverzeichnis einzurichten. Dabei habe ich nun alle Möglichkeiten, das Backupverzeichnis anzugeben, ausprobiert: Mit führendem Slash und ohne; mit Angabe des Volumes und ohne. Es funktionieren bei mir letzten Endes nur folgende Einstellungen:

Statt der IP-Nummer habe ich den Freigabenamen meiner Synology angegeben, so wie er in der Synology-Systemsteuerung -> Dateidienste angegeben ist

Das Backup-Verzeichnis ohne Angabe des Volumes und ohne führenden Slash

Sieht bei mir dann so aus:

Backup.PNG

Testen kann man die Verbindung m.E. mit der Eingabe der Adresse im Browser.

Backups_1.PNG

Vielleicht klappt's bei dem einen oder anderen ja auch auf diese Weise.

Gruß

Strizz `

Velen Dank! Nach tausend Versuchen der einzige der funktioniert hat :)

Community Forum

NEWS

Adapter: iobroker.backitup (stable Release)

Support us

982

32.4k

81.5k

1.3m