Adapter: iobroker.backitup (stable Release)

[klassisch]

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

Aktuell wird über Backitup keine History gesichert.

Dann habe ich zumindest nichts übersehen

Kann man aber sicherlich umsetzen.

Das wäre natürlich klasse. Ich will ja vom OPi auf Windows wechseln und da müßte ich dann einen Ersatz für mein shellscript mit rsync suchen/basteln. Mein altes ioBroker-backup shellscript würde ich aufgeben, weil es jetzt ja den Backitup-Adapter gibt.
Und Backup der History-Daten auf ein NAS ist sicher ein häufiger use case.
Wie gesagt mache ich derzeit kurz nach Mitternacht rsync über die letzte 3 Tage. Aus irgendwelchen Gründen haben manche Dateien im jeweiligen history-Verzeichnis noch Uhrzeiten, die nach Mitternacht sind. Mit der Methode, die letzten 3 Tage zu rsyncen, bekomme ich die alle übertragen.

[MathiasJ]

Das wäre keine schlechte Idee.
ich möchte meine Histroy-Dateien aber auf einem USB-Stick speichern. Ich denke 32GB reichen da voll aus, weil meine Installation nicht so groß ist.
Das wäre natürlich super wenn die jeden Tag, wenn ein Tagesordner geschlossen wird, mit auf der NAS landen.

[hanss]

Hallo,
ich habe gerade versucht, die mySQL Datenbank von der Sicherung zurückzuspielen (Version 1.1.4)
Die Sicherungsdateien werden lokal u. über FTP gefunden, aber im LOG steht nur:

backitup.0 2019-04-17 20:18:04.261 debug Test: mysql_2019_04_15-04_18_13_backupiobroker.tar.gz
backitup.0 2019-04-17 20:17:57.126 debug sendTo "list" to system.adapter.admin.0 from system.adapter.backitup.0

Die Daten wurden nicht eingespielt.

[simatec]

@hanss
Hast du mysqldump installiert und die richtige Pfadangabe gemacht?

[hanss]

@simatec
mysqldump ist installiert.
Was meinst Du mit richtiger Pfadangabe ?
Wie bereits mitgeteilt, werden die Sicherungsdateien beim Restore gefunden, da gehe ich dann
davon aus, daß die Sicherung richtig eingestellt ist.

[simatec]

@hanss
In den backitup Einstellungen im Tab mysql muss der Pfad zur mysqldump eingetragen werden.
Die mysqldump wird für den Restore und für das backup benötigt.

Führe mal in der Konsole folgendes aus ind trage den Ausgabepfad dann wie oben beschrieben ein.

which mysqldump

[hanss]

@simatec
Es passiert trotzdem nichts.
Ich kann noch die Backupdatei mit der Uhr rechts auswählen, dann verschwinden die Uhren,
aber sonst keine Reaktion.
Die Rechte für mysqldump: Lesen u. Ausführen durch Andere ist aktiv.

[simatec]

@hanss
Was steht im Log?
Wann hast du iobroker aufgesetzt? Ist es eine relativ neue Installation?
Funktionieren die anderen Restore Funktionen?

[hanss]

@simatec
im LOG steht nur (siehe Beitrag vom 17.4.):

backitup.0 2019-04-17 20:18:04.261 debug Test: mysql_2019_04_15-04_18_13_backupiobroker.tar.gz
backitup.0 2019-04-17 20:17:57.126 debug sendTo "list" to system.adapter.admin.0 from system.adapter.backitup.0

Die Installation ist ca. 14 Tage alt.
andere Restore Funktionen noch nicht getestet.

[simatec]

@hanss

Führe mal den installations Fix aus ...

iobroker stop
curl -sL https://iobroker.net/fix.sh | bash -
sudo reboot now

Ich denke dein User iobroker hat aktuell keine Rechte für mysqldump

[loverz]

Ich habe mal eine Frage an euch:
Momentan habe ich eingestellt, dass jede Nacht ein minimal und ein Full-Backup auf meinem NAS angelegt wird.

Von den Minimal behalte ich die letzten 10 und von den Fulls die letzten 5.

Nun habe ich Angst, dass meine extrem aufwendige ioBroker Automation verloren geht, wenn etwas mit meinem Raspberry oder der SD Karte passiert. Das NAS habe ich soweit abgesichert.

Ist es möglich, dass ich im Falle eines Total-Defektes einen neuen Raspberry und eine neue SD Karte kaufe, ioBroker mit dem Backitup-Adapter installiere und anschließend das letzte Backup von meinem NAS zurück spiele und meine Automation nachher wieder so läuft wie zuvor?

Sollte ich alternativ/zusätzlich lieber die komplette SD Karte sichern?

Wie sichert ihr euch hier ab?

[simatec]

@loverz
Wenn du auf deinem PI nur iobroker laufen hast, reichen die Backups so absolut aus.
Im Falle eines Crashs, musst du dann ein Image auf die neue Karte brutzeln (z.B. hier aus dem Downloadbereich) und dann ein minimal herstellen.
Ein total sollte man bei einer neuen Installation nicht verwenden.
Grundsätzlich schadet es aber nicht, ein Backup der SD liegen zu haben.

[Homoran]

@loverz
Allerdings sind in dem Standard backup (noch) nicht die Historydaten enthalten.

[loverz]

@simatec Danke für die Antwort. Wieso sollte man kein total image nehmen?
Was ist denn überhaupt der Unterschied zwischen total und minimal image?

Mit was mache ich am besten ein SD Image?
Ich habe es mit dem einen Tool da gemacht, mit dem ich auch das offizielle Image anfangs aufspielt (hab den Namen leider vergessen)
Leider ist das im Match aber immer sehr sehr groß, weil ich eine 64 GB Speicherkarte verwende. Keine Ahnung wie viel Daten belegt sind, aber ich denke maximal 1 GB.

[simatec]

@loverz
Das Total sichert den kompletten iobroker Ordner. Bei einer neuen Installation kann das zu Problemen führen, durch andere node Versionen und geänderten Hostname etc.
Das minimal hat allerdings alles was man benötigt. Dabei werden alle Adapter neu installiert und ein komplett neues sauberes System aufgesetzt.

Deine SD sicherst du mit dem gleichen Tool, wie du sie auch beschrieben hast.
Due 64 GB sind normal, da jeder Sektor der SD gesichert wird.

[loverz]

@simatec Danke für die Erklärung!
Kann man das Image nicht kleiner machen?
Also nur die gespeicherten Daten sichern und nicht jeden Sektor?
Wenn ich eine neue Karte kaufen passen die Sektoren ja evtl. auch nicht.

[Labersack]

Es spart reichlich Platz, wenn man so ein Image nachher einfach mit ZIP, 7Z o.ä. packt.

[loverz]

@Labersack das habe ich probiert, aber wenn ich es schwach komprimiere spare ich kaum platz und stark komprimiert dauert es an die 30 Stunden oder so

[Homoran]

@loverz
Dann musst du es mit einem partitioning tool das auch Linux kann bearbeiten.

Z.b. paragon

[toste]

Ich möchte nun auch den backitup Adapter nutzen, habe aber auch ein Problem wie einige hier schon berichtet haben. Leider komme ich nicht weiter.

Ich möchte das Backup auf ein Synology NAS machen. Dafür nutze ich eine Verbindung über NFS.
Wenn in Backitup "Mount als root (sudo)" ausgewählt ist, funktioniert das mounten, aber er kann kein Backup file erstellen:

[ERROR] [minimal] - host.ioBroker-RasPi Cannot pack directory /opt/iobroker/node_modules/iobroker.js-controller/tmp/backup: Error: EACCES: permission denied, open '/opt/iobroker/backups/minimal_2019_05_03-19_12_52_backupiobroker.tar.gz'

Nehme ich den Haken bei "Mount als root" raus, schlägt das mounten fehl, aber das Backup file wird erstellt.

[DEBUG] [minimal] - Backup created: /opt/iobroker/backups/minimal_2019_05_03-19_14_41_backupiobroker.tar.gz

Ich habe schon einiges probiert. Dateirechte etc. auch habe ich den Adapter schon de- und neuinstalliert. Noch jemand eine Idee?