UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Kueppert]

@MathiasJ ich hatte das gleiche Problem. Du musst in der Fritz das Anmelden per Benutzer und Passwort einstellen. Ich hatte vorher die Anmeldung nur mit Passwort eingestellt, da ging nix...

[MathiasJ]

Das weiß ich.
Ich habe da einen neuen Benutzer angelegt, der auf den Ordner backup zugreifen kann.
Ich habe aber statt der IP Adresse fritz.box eingegeben. Als Ordner dann:
fritz.nas/Name der HDD/backup/Homematic........../IObroker......./Komplett
Gruß,
Mathias

[simatec]

@MathiasJ
Nochmal die frage ... was hast du vor?
CIFS oder FTP?
Bitte mache genauere Angaben und poste die Logausgaben

[MathiasJ]

CIFS habe ich vor.
Log kann ich nicht jetzt posten, weil ich keinen Zugriff auf die Installation habe.
Ich habe das gleiche angegeben als würde ich ein Backup auf meiner Synology speichern. Da gehts ja auch.
Anstatt die IP Adresse der NAS habe ich die IP der entfernten FB angegeben.
Eine weitere Frage, was mir aufgefallen ist, die Zigbee-Datenbank wird auch als backup gespeichert.
Nur wie bekomme ich ein restore dafür hin, sollte ich das brauchen.

[simatec]

@MathiasJ
Auch über die Restore Funktion von backitup

[MathiasJ]

Dankeschön.
Ich werde es dann mit der FB versuchen, wenn ich auf der Installation bin.

[klassisch]

History Backup möglich?

Hallo,
mache derzeit noch ein rsync-Backup der History-Dateien. Diese liegen auf einer anderen Platte als ioBroker.
Da ich nicht genau weiß, wann der History einen neues Tagesverzeichnis eröffnen, mache ich ein rsync über die letzten 3 Tage.
Kann man so etwas auch mit dem Backitup-Adapter machen?

[simatec]

Aktuell wird über Backitup keine History gesichert.
Kann man aber sicherlich umsetzen.

[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.