Adapter: iobroker.backitup (stable Release)
-
Habe eingestellt dass 30 Backups aufgehoben werden sollen. Auf der SD Karte des Raspberry sind es auch genau 30, aber in der Dropbox bereits 32. Das Namensschema passt bei allen 32 und sie wurden auch alle vom Adapter erzeugt. Ich beobachte das mal noch paar Tage, aber vermutlich wird es in der Dropbox weiter zunehmen. `
Mittlerweile sind es 39 Backups in der Dropbox und die eingestellten letzten 30 stimmen nur auf der Raspi SD Karte.Was muss ich einstellen, damit auch in der Dropbox das Limit beachtet wird und von hinten weg gelöscht wird? `
Hast du das löschen auf der Dropbox aktiviert?
-
-
Hast du das löschen auf der Dropbox aktiviert? `
Nö
Aber jetzt. 
-
hier noch zusätzliche Logs von meinem "Backup-Pfad-Problem" weiter oben.
Dabei lies ich beide Backups automatisch über Nacht laufen (4:00Uhr = Standardbackup und 4:15Uhr = Komplettbackup)
Auf der NAS lagen heute morgen beide Backups im Ordner der Komplettbackups.
! ` > backitup.0 2018-11-24 08:20:56.836 debug system.adapter.admin.0: logging true
backitup.0 2018-11-24 07:42:20.785 debug system.adapter.admin.0: logging false
backitup.0 2018-11-24 07:37:06.560 debug system.adapter.admin.0: logging true
backitup.0 2018-11-24 07:36:40.744 debug system.adapter.admin.0: logging false
backitup.0 2018-11-24 07:33:48.572 debug system.adapter.admin.0: logging true
backitup.0 2018-11-24 04:18:06.332 debug [total/history] backitup.0.history.html
backitup.0 2018-11-24 04:18:06.213 debug [total] 10 15 04 */1 * *
backitup.0 2018-11-24 04:18:06.196 info [total] backup was activated at 04:15 every 1 day(s)
backitup.0 2018-11-24 04:18:06.195 debug [minimal] 10 00 04 */1 * *
backitup.0 2018-11-24 04:18:06.151 info [minimal] backup was activated at 04:00 every 1 day(s)
backitup.0 2018-11-24 04:18:06.120 debug [total/email] done
backitup.0 2018-11-24 04:18:05.243 debug [DEBUG] [total/email] done
backitup.0 2018-11-24 04:18:05.243 debug [DEBUG] [total/start] done
backitup.0 2018-11-24 04:18:05.243 debug [DEBUG] [total/clean] done
backitup.0 2018-11-24 04:18:05.243 debug [DEBUG] [total/cifs] done
backitup.0 2018-11-24 04:18:05.242 debug [DEBUG] [total/total] done
backitup.0 2018-11-24 04:18:05.242 debug [DEBUG] [total/total] Ignore dir: /opt/iobroker/backups
backitup.0 2018-11-24 04:18:05.241 debug [DEBUG] [total/total] TAR started…
backitup.0 2018-11-24 04:18:05.240 debug [DEBUG] [total/mount] done
backitup.0 2018-11-24 04:18:05.236 debug Printing logs of previous backup
backitup.0 2018-11-24 04:18:05.226 info starting. Version 0.3.8 in /opt/iobroker/node_modules/iobroker.backitup, node: v8.11.1
backitup.0 2018-11-24 04:18:05.066 debug statesDB connected
backitup.0 2018-11-24 04:18:04.993 debug objectDB connected
backitup.0 2018-11-24 04:15:13.764 info terminating
backitup.0 2018-11-24 04:15:13.361 debug system.adapter.admin.0: logging false
backitup.0 2018-11-24 04:15:10.066 debug [total] exec: done
backitup.0 2018-11-24 04:00:38.266 debug [minimal] exec: done
backitup.0 2018-11-24 04:00:38.264 debug [minimal/umount] done
backitup.0 2018-11-24 04:00:28.076 debug [minimal/history] backitup.0.history.html
backitup.0 2018-11-24 04:00:28.055 debug [minimal/email] done
backitup.0 2018-11-24 04:00:28.048 debug [minimal/clean] done
backitup.0 2018-11-24 04:00:28.029 debug [minimal/cifs] done
backitup.0 2018-11-24 04:00:28.025 debug [minimal/minimal] done
backitup.0 2018-11-24 04:00:27.896 debug [minimal/minimal] Backup created: /opt/iobroker/backups/minimal_2018_11_24-04_00_20_Standard_backupiobroker.tar.gz
backitup.0 2018-11-24 04:00:20.628 debug [minimal/mount] Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)
backitup.0 2018-11-24 04:00:20.627 debug [minimal/mount] mount error(95): Operation not supported
backitup.0 2018-11-24 04:00:20.627 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-24 04:00:20.624 debug [minimal/mount] Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)
backitup.0 2018-11-24 04:00:20.622 debug [minimal/mount] [undefined mount error(95): Operation not supported `
-
Weiter oben habe ich den Wunsch nach einem Datenpunkt geäußert, der einen erfolgreichen Backup als boolschen Wert anzeigt:
…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
-
Schauen wir uns an …
Gesendet von iPhone mit Tapatalk
-
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ß!
-
Wie kommen denn deine Backups auf den NAS?
FTP oder per mount via cifs oder nfs?
Gesendet von iPhone mit Tapatalk
-
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.
