Adapter: iobroker.backitup (stable Release)
-
Bin jetzt nicht ganz sicher an wehn die Frage ging. Bei mir ist es aber CIFS.
-
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?
-
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
-
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.
-
Ändere mal den Namenszusatz.
Denke der unterstrich im Namenzusatz verwirrt die Routine
Gesendet von iPhone mit Tapatalk
-
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.
-
-
Habe soeben folgendes rausgefunden:
Das Problem tritt scheinbar nur auf wenn im Adapter unter Komlettbackup "ioBroker Stop bei einem Backup" angewählt ist.
-
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.
-
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.
-
-
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
-
Vielen Dank für die Rückmeldung (und für die Arbeit sowieso!)
-
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.
-
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!
-
Hier mal eine sehr gute Anleitung auf YouTube
Gesendet von iPhone mit Tapatalk
-
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
-
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.
-
Wieviele Backups liegen aktuell Lokal bei dir ab und was hast du in der Config eingestellt, wieviele erhalten bleiben sollen?
Gesendet von iPhone mit Tapatalk
-
Wieviele Backups liegen aktuell Lokal bei dir ab und was hast du in der Config eingestellt, wieviele erhalten bleiben sollen `
Das wollte ich auch fragen denn wenn du bspw. 5 eingestellt hast wird erst mit der Erstellung des 6ten Backups das erste(älteste) gelöscht
-
Jeweils 3 (minimal = täglich, komplett = alle 3 Tage) - Problem war aber, dass lokal wesentlich mehr behalten wurden - bis halt die Platte voll war… Aber ich habe ja jetzt die Namenszusätze rausgeschmissen und die Ordner leer gemacht, jetzt schauen wir mal...
-
Und wieviele minimal liegen jetzt local drauf?
Gesendet von iPhone mit Tapatalk
