Adapter: iobroker.backitup (stable Release)

[simatec]

@stoffel67
Genau und falls du redis, Zigbee oder mysql nutzt, kannst du in backitup dafür die Extra Backups aktivieren

[stoffel67]

@simatec
nee die nutz ich aktuell nicht, aber ganz wichtig Javascript-Scripte und vor allem YAHKA ( sonst "tillt" meine bessere Hälfte)

[MathiasJ]

@Henny112
Ja kann man, ist aber so gewollt.

[Henny112]

@MathiasJ danke ich teste das mal.

[Alexxx2005]

Hallo,

wie erkenne ich wie weit ein wiederherstellen ist.
hab mich mal per sftp aufgeschalten , Logo's
unter vis.0. sind hergestellt in der Konsole dreht
sich der runde kreis mal rot mal grün.

Grüße Alex

[simatec]

@Alexxx2005
Welche Version von Backitup ist installiert und wie lange läuft die Wiederherstellung schon?

[Alexxx2005]

das neuste was es derzeit in der adapter umgebung im iobroker gibt (kann grad nicht schauen) es läuft seit heute ca.: 16 Uhr , waren 15 Vis Seiten und um die 30 Instanzen (Adapter mit Logo und weiteres VIS Zubehör.

Grüße Aex

[simatec]

@Alexxx2005
Hast du Installer Fix vorher laufen lassen?
Falls nein starte mal auf Konsole

Sollte inzwischen fertig sein

[Alexxx2005]

für ein Backup Newbie was is ein Installer Fix , wie kann ich es laufen lassen ?

Nein habe es Zuvor nicht laufen lassen , ist das irgendwo dokumentiert wie man da vorgehen muss (richtige Reihenfolge) konnte da nichts finden, sorry

Grüße Alex

[Homoran]

@Alexxx2005 sagte in Adapter: iobroker.backitup (stable Release):

ist das irgendwo dokumentiert wie man da vorgehen muss

Link steht bei @simatec im Footer

@Alexxx2005 sagte in Adapter: iobroker.backitup (stable Release):

was is ein Installer Fix

der steht bei mir im Footer

[opossum]

Hallo @simatec ,

habe das jetzt getestet. Leider keinen Erfolg. Hier meine Daten. Ich habe BackitUp so eingestellt, dass zu einer bestimmten Uhrzeit das Backup geschrieben wird. Über NAS/COPY habe ich eingestellt, dass das Backup noch nach /media/backup kopiert wird. Das klappt auch, nur wird die Backupdatei für das mysql-Backup noch nicht korrekt geschrieben.
Hier der Screen für /opt/iobroker/backups:

Hier ist der Zeitstempel für die Dateien einmal 27.11.2019 07:13:14 für das Minimalbackup, der Zeitstempel für das mysql-Backup ist der 27.11.2019 07:13:36
Hier der Screen von /media/backup:

Man sieht, dass die Dateien in /media/backup/ einen Zeitstempel vom 27.11.2019 07:13:24 besitzen.
Aus meiner Sicht wird das mysql-Backup zu früh kopiert und damit dann in /media/backup unbrauchbar. Schaust Du Dir das bei Gelegenheit mal an. Hat keine Eile, da ich zur Zeit die Datenbank mit einem Script sichere.
Läuft da bei mir vielleicht etwas auf dem NUC verkehrt? Rechte von /media/backup stehen auf 777.

[simatec]

@opossum
Zeige mal bitte deine Einstellungen von NAS/Copy.
Haste du den Installer Fix mal drüberlaufen lassen?

Stelle die Instanz auch mal bitte auf debug und poste mal den log der Backuperstellung bitte hier.

Ich schaue mir das auch gleich noch einmal an ...

[opossum]

Hallo, @simatec ,

sorry, hatte gerade ein wenig Stress (Homeoffice). Hier die Einstellungen:

… und hier das Log:

Spoiler

2019-11-27 13:55:11.529 - debug: backitup.0 (13617) [minimal/minimal] host.iobrokerprod 10144 states saved
2019-11-27 13:55:11.551 - debug: backitup.0 (13617) [minimal/minimal] host.iobrokerprod 13101 objects saved
2019-11-27 13:55:12.942 - info: daswetter.0 (16531) Terminated (NO_ERROR): Without reason
2019-11-27 13:55:13.506 - info: host.iobrokerprod instance system.adapter.daswetter.0 terminated with code 0 (NO_ERROR)
2019-11-27 13:55:15.153 - debug: backitup.0 (13617) [minimal/minimal] Backup created: /opt/iobroker/backups/minimal_2019_11_27-13_55_10_standard_backupiobroker.tar.gz
2019-11-27 13:55:16.161 - debug: backitup.0 (13617) [minimal/minimal] done
2019-11-27 13:55:25.390 - debug: backitup.0 (13617) [minimal/mysql] done
2019-11-27 13:55:25.398 - debug: backitup.0 (13617) [minimal/cifs] Copy minimal_2019_11_27-13_55_10_standard_backupiobroker.tar.gz...
2019-11-27 13:55:25.571 - debug: backitup.0 (13617) [minimal/cifs] Copy mysql_2019_11_27-13_55_16_backupiobroker.tar.gz...
2019-11-27 13:55:25.587 - debug: backitup.0 (13617) [minimal/cifs] done
2019-11-27 13:55:25.589 - debug: backitup.0 (13617) [minimal/clean] delete /opt/iobroker/backups/minimal_2019_11_25-23_41_17_standard_backupiobroker.tar.gz
2019-11-27 13:55:25.591 - debug: backitup.0 (13617) [minimal/clean] done
2019-11-27 13:55:25.641 - debug: backitup.0 (13617) [minimal/history] backitup.0.history.html
2019-11-27 13:55:25.642 - debug: backitup.0 (13617) [minimal] exec: done
2019-11-27 13:55:35.391 - debug: backitup.0 (13617) [minimal/mysql] Packed 51MB so far...
2019-11-27 13:55:36.489 - debug: backitup.0 (13617) [minimal/mysql] done
2019-11-27 13:55:36.491 - debug: backitup.0 (13617) [minimal] exec: done
2019-11-27 13:55:36.524 - debug: backitup.0 (13617) [minimal/mysql] MySql File deleted!

… und die Screens aus /iobroker/backups:

… und aus media/backup:

[Diginix]

@simatec
Könnte man das History Backup seltener als das tägliche Minimal einplanen?
Mein minimal ist nur 4 MB groß, der gepackte history Ordner hat 80 MB. Das würde ich aber ungern täglich in die Dropbox schaufeln wollen.

[JB_Sullivan]

Für den Fall, das ich es in diesem ultra langen Thread überlesen habe - warum hat man die Unterstützung für das Vollständige Backup unter 1.3.0 eingestellt - nur so rein Interesse halber.

[Homoran]

@JB_Sullivan
Weil es durch falsche Benutzung zu oft zu unnötigen Problemen gekommen ist.

Außerdem ist es für iobroker nicht notwendig. Im Standardbackup ist alles notwendige drin.

[MathiasJ]

@JB_Sullivan
ich habe IObroker nicht nur einmal neu aufgesetzt, sei es als produktives oder als Testsystem.
Ich habe zwar das total Backup gemacht, gebraucht habe ich es aber nie.

[Fabian1]

Hallo liebe Freunde des Backups

ich habe heute versucht auf meinem frisch installierten Raspberry Pi 4 mein Backup aus der Dropbox wiederherzustellen, leider ohne Erfolg.

Gestartet...
[ERROR] [minimal] host.raspberrypi-4b Cannot extract from file "/opt/iobroker/backups/minimal_2019_11_28-18_50_10_Standard_backupiobroker.tar.gz"
[ERROR] [minimal] host.raspberrypi-4b Cannot find extracted file from file "/opt/iobroker/node_modules/iobroker.js-controller/tmp/backup/backup.json"
[DEBUG] [minimal] iobroker controller daemon is not running
[DEBUG] [minimal] host.raspberrypi-4b OK.
[ERROR] [minimal] (node:1050) UnhandledPromiseRejectionWarning: Error: ENOENT: no such file or directory, open '/opt/iobroker/node_modules/iobroker.js-controller/tmp/backup/backup.json'
[ERROR] [minimal] at Object.openSync (fs.js:443:3)
[ERROR] [minimal] at Object.readFileSync (fs.js:343:35)
[ERROR] [minimal] at BackupRestore.restoreAfterStop (/opt/iobroker/node_modules/iobroker.js-controller/lib/setup/setupBackup.js:566:23)
[ERROR] [minimal] at Daemon.daemon.on (/opt/iobroker/node_modules/iobroker.js-controller/lib/setup/setupBackup.js:843:22)
[ERROR] [minimal] at Daemon.emit (events.js:203:15)
[ERROR] [minimal] at Daemon._kill (/opt/iobroker/node_modules/daemonize2/lib/daemonize.js:246:14)
[ERROR] [minimal] at Daemon.stop (/opt/iobroker/node_modules/daemonize2/lib/daemonize.js:185:17)
[ERROR] [minimal] at tar.extract.err (/opt/iobroker/node_modules/iobroker.js-controller/lib/setup/setupBackup.js:845:20)
[ERROR] [minimal] at process._tickCallback (internal/process/next_tick.js:68:7)
[ERROR] [minimal] (node:1050) UnhandledPromiseRejectionWarning: Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). (rejection id: 1)
[ERROR] [minimal] (node:1050) [DEP0018] DeprecationWarning: Unhandled promise rejections are deprecated. In the future, promise rejections that are not handled will terminate the Node.js process with a non-zero exit code.
[EXIT] 9
[EXIT] 0

Hat jemand eine Idee woran das liegen könnte. Komplett frischer Raspi mit nur Backitup Adapter installiert.

[Glasfaser]

@Fabian1

Die Sicherungsdatei ist sehr winzig von 1.3 MB , da ist wohl nichts drin …

Lade Sie mal runter und schau mal rein was vorhanden ist !?

[simatec]

@Fabian1
Es sieht so aus, als ob die Datei beschädigt ist.
Probiere sie mal mit 7zip zu öffnen.

Falls nicht, ziehe ein neues Backup und lege es am besten lokal für den Restore ab.
Somit umgehst du eventuelle Übertragungsfehler aus der Dropbox