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

[hmanfred]

Weiter oben habe ich den Wunsch nach einem Datenpunkt geäußert, der einen erfolgreichen Backup als boolschen Wert anzeigt:

@hmanfred:

…Analog dazu würde ich mir je Backupart einen Datenpunkt "LastBackupSuccess" in den Objekten von Backitup wünschen. `

Mir wurde dazu geantwortet, dass ich dazu doch die History-Datenpunkte (z.B. backitup.0.history.minimalLastTime) des letzten Backups verwenden und weiter verarbeiten könnte.

Nun habe ich festgestellt, dass diese Datenpunkte auch beschrieben werden, wenn der Backup fehlschlägt. Provoziert habe ich das durch Wegnahme des Network-share und anschließendes manuelles Anstoßen des Backups.

Gibt es denn nun irgendeinen Datenpunkt, der mir einen erfolgreichen Backup - wie auch immer - darstellt?

Falls nein, fände ich die von mir vorgeschlagenen Datenpunkte schon wichtig.

Gruß

Manfred

[simatec]

Schauen wir uns an …

Gesendet von iPhone mit Tapatalk

[fu_zhou]

Kürzlich war die Festplatte voll - nix ging mehr. Habe dann mit ncdu rausgefunden, dass /opt/iobroker/backups der Übeltäter ist. Backitup löscht zwar die Backups auf dem NAS-Server gem. Adaptereinstellung jedoch scheinbar nicht unter /opt/iobroker/backups. Habe ich da was übersehen oder fehlt noch die Funktion im Adapter "lokale Backups nach erfolgreichem Kopieren auf den NAS löschen".

Danke und Gruß!

[simatec]

Wie kommen denn deine Backups auf den NAS?

FTP oder per mount via cifs oder nfs?

Gesendet von iPhone mit Tapatalk

[sol21]

Bin jetzt nicht ganz sicher an wehn die Frage ging. Bei mir ist es aber CIFS.

[fu_zhou]

Bei mir per FTP auf den NAS. In den Haupteinstellungen gibt es noch NAS / Copy - bei mir allerdings deaktiviert. Gäbe es da die Option, lokale Backups zu löschen?

[simatec]

@fu_zhou:

Bei mir per FTP auf den NAS. In den Haupteinstellungen gibt es noch NAS / Copy - bei mir allerdings deaktiviert. Gäbe es da die Option, lokale Backups zu löschen?
filename="Bildschirmfoto vom 2018-11-25 08-33-08.png" index="0">~~ `

Erstellst du die backups manuell oder per cronjob?

Gesendet von iPhone mit Tapatalk

[fu_zhou]

ich denke mal per cronjob - konfiguriert im Adapter.

so sieht's lokal aus:

Auf dem NAS sind die Backups drauf.

Aber das letzte Komplett-Backup ist älter als 3 Tage sehe ich gerade. Es gibt Backups im 3-Tage-Abstand aber auch größere Lücken. Ich habe bei Komplett-Backup erst vor Kurzem auf 3 Stück reduziert, vorher waren da 9 konfiguriert. Daher gibt es mehr als 3 Komplett-Backups. Allerdings hat der Adapter nach Umstellen von 9 auf 3 nicht erkannt, dass mehr als 3 alte Backups da sind und die Alten dann nicht gelöscht.

[simatec]

Ändere mal den Namenszusatz.

Denke der unterstrich im Namenzusatz verwirrt die Routine

Gesendet von iPhone mit Tapatalk

[sol21]

Habe versucht das Problem mit dem Backup-Pfad weiter einzugrenzen:

• Tritt tatsächlich immer wenn das standardbackup nach einem komplettbackup gemacht wird.

• spielt keine Rolle ob das Backup seitgesteuert ausgelöst wird oder via "jetzt Sichern Button" im Adapter

Aktuelles Log von einem Kompettbackup gefolgt von zwei mal Standardbackups:

! ` > backitup.0 2018-11-25 10:53:53.127 info terminating

backitup.0 2018-11-25 10:52:35.119 debug [minimal] exec: done

backitup.0 2018-11-25 10:52:35.116 debug [minimal/umount] done

backitup.0 2018-11-25 10:52:25.034 debug [minimal/history] backitup.0.history.html

backitup.0 2018-11-25 10:52:25.009 debug [minimal/email] done

backitup.0 2018-11-25 10:52:25.002 debug [minimal/clean] done

backitup.0 2018-11-25 10:52:24.997 debug [minimal/cifs] done

backitup.0 2018-11-25 10:52:24.994 debug [minimal/minimal] done

backitup.0 2018-11-25 10:52:24.885 debug [minimal/minimal] Backup created: /opt/iobroker/backups/minimal_2018_11_25-10_52_17_backupiobroker.tar.gz

backitup.0 2018-11-25 10:52:17.858 debug [minimal/mount] done

backitup.0 2018-11-25 10:50:38.506 debug [minimal] exec: done

backitup.0 2018-11-25 10:50:38.501 debug [minimal/umount] done

backitup.0 2018-11-25 10:50:28.394 debug [minimal/history] backitup.0.history.html

backitup.0 2018-11-25 10:50:28.366 debug [minimal/email] done

backitup.0 2018-11-25 10:50:28.361 debug [minimal/clean] done

backitup.0 2018-11-25 10:50:28.355 debug [minimal/cifs] done

backitup.0 2018-11-25 10:50:28.349 debug [minimal/minimal] done

backitup.0 2018-11-25 10:50:28.236 debug [minimal/minimal] Backup created: /opt/iobroker/backups/minimal_2018_11_25-10_50_21_backupiobroker.tar.gz

backitup.0 2018-11-25 10:50:21.171 debug [minimal/mount] Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)

backitup.0 2018-11-25 10:50:21.171 debug [minimal/mount] mount error(95): Operation not supported

backitup.0 2018-11-25 10:50:21.170 debug [minimal/mount] [IGNORED] Error: Command failed: mount -t cifs -o user=raspberry,password=XXX,rw,file_mode=0777,dir_mode=0777 //192.168.188.40/Backup/iobroker/standard/ /opt/iobroker/backups

backitup.0 2018-11-25 10:50:21.168 debug [minimal/mount] Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)

backitup.0 2018-11-25 10:50:21.167 debug [minimal/mount] [undefined mount error(95): Operation not supported

backitup.0 2018-11-25 10:49:40.733 debug system.adapter.admin.0: logging false

backitup.0 2018-11-25 10:47:54.183 debug [total/history] backitup.0.history.html

backitup.0 2018-11-25 10:47:54.041 debug [total] 10 45 10 */1 * *

backitup.0 2018-11-25 10:47:54.024 info [total] backup was activated at 10:45 every 1 day(s)

backitup.0 2018-11-25 10:47:54.024 debug [minimal] 10 38 10 */1 * *

backitup.0 2018-11-25 10:47:53.978 info [minimal] backup was activated at 10:38 every 1 day(s)

backitup.0 2018-11-25 10:47:53.939 debug [total/email] done

backitup.0 2018-11-25 10:47:53.044 debug [DEBUG] [total/email] done

backitup.0 2018-11-25 10:47:53.043 debug [DEBUG] [total/start] done

backitup.0 2018-11-25 10:47:53.043 debug [DEBUG] [total/clean] done

backitup.0 2018-11-25 10:47:53.043 debug [DEBUG] [total/cifs] done

backitup.0 2018-11-25 10:47:53.043 debug [DEBUG] [total/total] done

backitup.0 2018-11-25 10:47:53.042 debug [DEBUG] [total/total] Ignore dir: /opt/iobroker/backups

backitup.0 2018-11-25 10:47:53.042 debug [DEBUG] [total/total] TAR started…

backitup.0 2018-11-25 10:47:53.040 debug [DEBUG] [total/mount] done

backitup.0 2018-11-25 10:47:53.036 debug Printing logs of previous backup

backitup.0 2018-11-25 10:47:53.026 info starting. Version 0.3.8 in /opt/iobroker/node_modules/iobroker.backitup, node: v8.11.1

backitup.0 2018-11-25 10:47:52.867 debug statesDB connected

backitup.0 2018-11-25 10:47:52.793 debug objectDB connected

backitup.0 2018-11-25 10:45:13.746 info terminating

backitup.0 2018-11-25 10:45:13.327 debug system.adapter.admin.0: logging false

backitup.0 2018-11-25 10:45:10.050 debug [total] exec: done `

PS: das Komplettbackup von 10:45 sieht man im log nicht richtig (nehme an da der IOBroker gestoppt ist)

Man sieht beim ersten Standartbackup, dass er das Verzeichnis irgendwie nicht verbinden kann. Nehme an, dass er dann das Backup trotzdem weitermacht und das letzte Verzeichnis verwendet (das ist dann noch vom Komplettbackup).

Die Anmeldeinformation scheinen ja zu stimmen, sonst würde er beim zweiten Standardbackup das gleiche Problem haben.

[sol21]

Habe soeben folgendes rausgefunden:

Das Problem tritt scheinbar nur auf wenn im Adapter unter Komlettbackup "ioBroker Stop bei einem Backup" angewählt ist.

[Peoples]

Also ich habe auf Grund der Beiträge nun auf meiner Test- sowie meiner Produktiv-Umgebung zahlreiche automatische Backups durchlaufen lassen und benutze ebenfalls die IoBroker stop Funktion. Leider kann ich dein Problem nicht nachstellen.

Ich hatte damals nach einem Versionssprung das gleiche Problem. Bei mir kam es damals daher dass wir die Strings der Dateinamen auf Grund der Weiterverarbeitung geändert hatten und die "Alten Dateien" nicht mehr eingelesen und somit auch nicht gelöscht wurden.

Um herraus zu finden was der Grund für das von dir Beschriebene ist müssen wir bissl rumtesten weil ich es eben nicht nachstellen kann.

Geh doch mal bitte via SCP (winscp o.ä) auf deinen IoBroker und Prüfe ob die Rechte des Backup-Ordners sowie die Rechte der erstellten Dateien alle passen.

Im nächsten Step versuch mal bitte alle vorhandenen Backups händisch zu entfernen dass der Ordner leer ist und beobachte ob nach dem erreichen der eingestellten Anzahl von Backups das Löschen wieder funktioniert.

Nur nebenbei zur Info:

Wenn du den Button für "Backup erstellen" benutzt um Backups anzulegen, werden keine alten Backups gelöscht. Die Löschfunktion greift bewusst nur wenn die Backups "automatisiert" erstellt werden.

[sol21]

Danke soweit schon mal für die Unterstützung.

So wie ich es sehen gibt es zur Zeit zwei Probleme:

• Löschen der Backups: Beiträge von User Diginix und fu_zhou

• Speichern der Backups in falsches Verzeichns: Beiträge von User sol21 und Bestätigung hmanfred

für mein Problem mit den Verzeichnissen hat das Löschen der alten Backups und Kontrolle der Rechte keinen Unterschied gemacht.

[simatec]

Diginix sein Problem war ein Fehler von ihm und ist erledigt.

Das Problem mit dem löschen sehe ich an der Formatierung des Namenszusatz.

Dein Problem mit dem Pfad wird gefixt. Hier findet kein umount statt, da wahrscheinlich deine Übertragung zum NAS noch läuft.

Gesendet von iPhone mit Tapatalk

[sol21]

Vielen Dank für die Rückmeldung (und für die Arbeit sowieso!)

[Diginix]

@simatec:

Diginix sein Problem war ein Fehler von ihm und ist erledigt. `
Das stimmt, ich hatte in den Dropbox Einstellungen das Löschen nicht explizit eingeschaltet.

Seit dem das aktiv ist, passt bei mir alles.

Was mir fehlt ist ein chronologisches Vollbackup ohne Dropbox Upload.

[fu_zhou]

Ich habe jetzt mal die Namenszusätze aus der Adapterkonfig rausgeschmissen - waren eigentlich eh sinnlos, die Standard-Dateinamen sind eindeutig. Dazu habe ich das Backup-Verzeichnis lokal (/opt/iobroker/backups) und auf dem NAS (ftp) leer gemacht, d.h. der backitup-Adapter kann jetzt ohne Altlasten arbeiten. Ich halte euch auf dem Laufenden.

Danke für die Unterstützung bisher!

[simatec]

Hier mal eine sehr gute Anleitung auf YouTube

https://youtu.be/QhXz0ba9dUo

Gesendet von iPhone mit Tapatalk

[Peoples]

@fu_zhou:

Ich habe jetzt mal die Namenszusätze aus der Adapterkonfig rausgeschmissen - waren eigentlich eh sinnlos, die Standard-Dateinamen sind eindeutig. Dazu habe ich das Backup-Verzeichnis lokal (/opt/iobroker/backups) und auf dem NAS (ftp) leer gemacht, d.h. der backitup-Adapter kann jetzt ohne Altlasten arbeiten. Ich halte euch auf dem Laufenden.

Danke für die Unterstützung bisher! `

Perfekt. Und wenns nicht klappt den Log mit posten

[fu_zhou]

kurzer Zwischenstand:

Minimal-Backup wurde erstellt, per ftp auf den NAS kopiert und lokal <u>nicht</u> gelöscht. Im Log gibt es keine Einträge, ich habe die Instanz jetzt mal auf "Debug" umgestellt.