Adapter: iobroker.backitup (stable Release)

[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

[Fabian1]

@simatec
ok das hat funktioniert! Vielen Dank! Haben die bei Dropbox vielleicht irgendwas geändert? Mir ist nämlich folgendes aufgefallen: Mache ich im Dropbox Ordner (online browser) einen Rechtsklick und wähle ziel speichern unter, ist die Datei nur 55kb groß und kann nicht entpackt werden. Genau diese 55kb Dateien habe ich auch in meinem Raspi Backup Ordner gefunden. Also scheint der backitup adapter die auch so runterzuladen. Geht man aber in Dropbox eine Ebene tiefer und wählt dann herunterladen, ist die Datei 1,3MB groß und funktioniert ohne Probleme.

[cash]

Ich habe da jetzt auch mal eine Frage (sorry habe auch nicht alle Seiten gelesen).

Unter den Objekten gibt es einen Datenpunkt für das minimal-Backup.
In den Adaptereinstellungen gibt es einen Punkt Stanrdard-Backup dort kann ich auch ein Schedule einstellen .

Was ist der Unterschied zwischen ein normal Backup und ein Minimal Backup? Und was wird genau gesichert? In der Doku zu Github steht dazu leider auch nichts.

Ich habe mich bisher nie mit dem Thema Backup beschäftigt, da ich ioBroker auf ein Synology laufen lasse und das NAS wird regelmäßig automatisch gesichert. Dort aber eben einfach alles...

[m4estr0]

@stoffel67
wie hast du denn ein rebuild von yahka gemacht?

[simatec]

@cash
Minimal = Standard.
Das Standard Backup entspricht exakt dem Backup vom Konsolenbefehl iobroker backup.

Es sichert alles was du brauchst, um dein System wiederherstellen zu können.

[Jan1]

Mir ist gerade aufgefallen, dass beim Wiederherstellen manuell in Node-Red installierte Nodes anscheinend nicht mit gesichert werden und diese dann nach einem restore fehlen.
Hab ich hier was falsch gemacht, oder kann das der Adapter (noch) nicht?

[simatec]

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

installierte

Da müssten wir mal mit dem Entwickler reden, ob diese mit im iobroker Backup enthalten sind.
backitup führt das Backup identisch zur Methode iobroker backup aus.

[Jan1]

@simatec
Wäre klasse, wenn Ihr das hin bekommt.
Es ist zwar kein großer Aufwand das nach zu installieren und so oft kommt ein Restore auch nicht vor, aber wenn, vergisst man das gerne mal und gestern war dann bei Frauchen Panik angesagt, wenn man von Alexa nicht mehr verstanden wird und mittlerweile nicht mehr weiß wo welcher Schalter für welche Lampe im Haus zu finden ist

Im konkreten Fall war es die "node-red-contrib-amazon-echo", die fehlte.

[cash]

@simatec Danke für die schnelle Antwort. Noch zwei Verständnisfragen. Ich lege eigene Datenpunkte nicht unter javascript ab sondern in der obersten Ebene unter Systemvariablen.0. Werden die ebenfalls mitgesichert. Wie verhält sich das Backup bezüglich eines Restores auf unterschiedlichen Versionen? Ich habe noch eine alte Version vom js-Adapter und node.js ist auf 8.x
Ich habe nun überlegt per Docker eine neue Installation zu machen und dort erstmal das System auf einen aktuellen Stand zu bringen und eben danach ein Restore. Sollte etwas schief gehen muss ich dann einfach nur den alten Container wieder starten und alles läuft wieder. Würde es Sinn machen bei der frischen Installation einzelne Adapter manuell zu installieren (ohne die Einstellungen nur Installieren) somit sollte der Restore anschließend deutlich schneller gehen weil nur noch die Adaptereinstellungen installiert werden müssen und eben die Datenpunkte.
Sollte der Restore per Adapter erfolgen oder per Terminal?

[Jan1]

@cash
Eigene DPs sollten (nicht muss) eigentlich hier generiert werden:

und die werden definitiv gesichert und bei einem Restore wieder hergestellt, gerade gestern getestet

[cash]

@Jan1 das wurde erst mit dem js Adapter 2.0 eingeführt. Vorher nicht...

[Jan1]

@cash
Richtig und da kann man jetzt eben schön seine DPs anlegen, oder vorhandene umziehen. Das ist genau der Grund warum es das gibt, damit nicht jeder irgendwo DPs erstellt. Ist kein Muss, aber sinnvoll es zu tun

[Homoran]

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

damit nicht jeder irgendwo DPs erstellt.

Der Grund ist, dass viele User ihre Datenpunkte in Adapterstrukturen oder noch schlimmer in Sytemverzeichnissen angelegt haben, weil sie es nicht auf die Reihe bekamen einen eigenen Baum anzulegen

[Jan1]

@Homoran
Sag ich doch

[simatec]

@cash
Das kannst du genau so machen. Wird mitgesichert.
Da nach dem Restore alles neu installiert wird, ist die node Version egal

[MesserMike]

@simatec

Hallo und Danke für deine Zeit und die Arbeit am Adapter Backitup !

Ich möchte nur kurz meine Kritik anbringen und das ich mit Version 1.3.0 nicht glücklich bin.

Grund ist folgender, meine soeben erstellte Sicherungsdatei hat nur mehr eine Grösse von 1.6 Mb.
Ich war schockiert, den vor dem Adapterupdate war diese 160mb groß.

Beim öffnen der Datei musste ich feststellen das 4 Ordner angelegt werden.
Userdata
Admin
Vis
Web

UND jetzt kommts, Userdata ist LEER, ADMIN ist LEER, VIS sind nur die selbsterstellten Gifs/Pngs abgelegt,
und WEB ist ebenfalls LEER.... wenn das ein BACKUP sein soll, dann ist die Katastrophe im ernstfall programmiert.

Ich hab den Adapter momentan deaktiviert.

Backup mach ich jetzt mal umständlich mit System beenden und ziehe eine 1:1 Kopie der gesamten SSD.

Ich versteh nicht ganz wo das Problem mit einem KomplettBackup war bzw ist ? Wenn einzelne User den Adapter nicht bedienen können, hilft es nicht den Adapter in der Backupfunktion zu beschneiden und andere damit zu bestrafen. Im ernstfall, wenn ich jetzt nicht nachgesehen hätte, wäre nach 10 automatisierten Backups bei einem Systemausfall ALLES weg gewesen und ich hätte unbrauchbare Sicherungen gehabt.

Besteht die möglichkeit hier bitte irgendwie darauf einzugehen wie ihr euch das mit einem "Standard" backup gedacht habt und was dabei automatisiert gesichert werden soll? ich konnte bis jetzt nichts hierzu finden, auch nicht auf Github...

BITTE NICHT ALS ANGRIFF VERSTEHEN !!! Ich hab nur ein Problem wenn der Adapter "verbessert" wird, oder werden soll, aber das gegenteil macht und nichts erklärt wird.

Mit der bitte um Hilfe wo das Problem liegen kann das leere Ordner erstellt und gesichert werden und wie ich das Problem beheben kann...

Ich werde wieder auf die Vers. 1.2.2 downgraden denn da hat das Backup einwandfrei funktioniert und konnte auch auf ein neues System eingespielt werden. Bei 1.3.0 hab ich einen Totalschaden in Sachen Backup... denn das ist kein Backup sondern ne nutzlose Datei....