[GELÖST] Raspberrymatic 3.53 (November) - Backup-Datei hat über 200 MB

[twoxx]

Hallo!

Ich habe gestern auf die neueste Raspymaticversion geupdatet. Nach erfolgreichem Update habe ich ein Backup erstellt --> ca. 30 MB.

Heute wollte ich nochmal ein Backup erstellen --> dies dauerte merkwürdigerweise richtig lang. Dann das Ergebnis: Die Backup-Datei hat über 200MB.

Gibt es eine Möglichkeit herauszufinden, welcher Teil in der Backup-Datei plötzlich so groß wird?

[twoxx]

Hab jetzt die Datei einsehen können.

Ich verlagere in einen anderen Thread.

[twoxx]

Vor und nach Update machte ich gestern natürlich ein frisches Backup.

Backupgröße der November-Version gestern: ca. 30 MB.

Heute habe ich erneut ein Backup gemacht und es war nun über 200 MB groß.

Hab in der SBK-Datei gesucht und mir ist aufgefallen, dass in meinem manuell erstellten Backup die Backup-Datei des täglich
automatisch nachts erstellten Backups der Raspymatic enthalten ist.

--siehe Anhang:

Macht es Sinn ein Backup zu backupen?

Wieviele nächtliche Backups werden eigentlich wie lange vorgehalten?
Ist ein manuelles Backup dann in einer Woche 1 GB groß?

Wenn ja, dann wird irgendwo in der WEBUI ein Button benötigt mit dem ich alle "nächtlichen Backups" löschen kann bevor ich ein
manuelles Backup mache. (oder zumindest alle nächtlichen Backups bis auf das letzte oder so).

Sind in den nächtlichen Backups dann auch alle vorherigen nächtlichen Backups enthalten? Wenn ja, dann wird das ganze recht schnell exponentiell...

[jmaus]

Heute habe ich erneut ein Backup gemacht und es war nun über 200 MB groß.

Hab in der SBK-Datei gesucht und mir ist aufgefallen, dass in meinem manuell erstellten Backup die Backup-Datei des täglich
automatisch nachts erstellten Backups der Raspymatic enthalten ist.

--siehe Anhang: Backup-Datei.JPG

Macht es Sinn ein Backup zu backupen?
[...]

Lass mich raten: Du benutzt das "rmupdate" CCU Addon? Dann liegt es daran, denn das sollte die backups unter /usr/local/backup generieren und legt da drin leider keine ".nobackup" Datei an um zu verhindern das das Backup gebackupt wird. Ergo: Meldung an Autor des rmupdate Addons machen wenn du das schon unbedingt verwenden willst/musst.

[jmaus]

Soll das der neue Thread sein?
viewtopic.php?f=65&t=62802&p=620542#p620530

Lass das bitte ein hier zich mal das selbe Problem zu beschrieben und bleibt dabei extra Beiträge wie diesen aufzumachen, denn der Thread oben ist kein allgemeiner Sammelthread für alle Dinge rund um die aktuelle Novemberversion von RaspberryMatic.

Ergo, ich werde deine Beiträge und meine Antwort dann hier her verschieben...

[twoxx]

Heute habe ich erneut ein Backup gemacht und es war nun über 200 MB groß.

Hab in der SBK-Datei gesucht und mir ist aufgefallen, dass in meinem manuell erstellten Backup die Backup-Datei des täglich
automatisch nachts erstellten Backups der Raspymatic enthalten ist.

--siehe Anhang: Backup-Datei.JPG

Macht es Sinn ein Backup zu backupen?
[...]

Lass mich raten: Du benutzt das "rmupdate" CCU Addon? Dann liegt es daran, denn das sollte die backups unter /usr/local/backup generieren und legt da drin leider keine ".nobackup" Datei an um zu verhindern das das Backup gebackupt wird. Ergo: Meldung an Autor des rmupdate Addons machen wenn du das schon unbedingt verwenden willst/musst.

Nein, kein solches ADDON.

Gestartet mit einer CCU2-Installation vor Jahren, dann auf CCU3 gewechselt, dann auf Raspymatic.
Seit gestern auf neuester Version mit aufgeblähtem Backup.

Soll ich eine leere Textdatei mit .nobackup-Namen im Verzeichnis ablegen?

[jmaus]

Nein, kein solches ADDON.

Gestartet mit einer CCU2-Installation vor Jahren, dann auf CCU3 gewechselt, dann auf Raspymatic.
Seit gestern auf neuester Version mit aufgeblähtem Backup.

Na irgendwer bzw. irgendwas muss ja unter /usr/local/backup da ein Backup abgelegt haben?!? Hast du irgendwelche Skripts oder cron-basierte Dinge laufen die dort automatisch Backups irgendwo ablegt? Oder hast du gar die /etc/config/CronBackupPath Datei angepasst und da etwas /usr/local/backup eingetragen und wunderst dich jetzt wirklich das darunter Backups liegen?

Soll ich eine leere Textdatei mit .nobackup-Namen im Verzeichnis ablegen?

Wenn du in der Tat die /etc/config/CronBackupPath Datei angelegt hast dann wäre es in der Tat angebracht dort eine leere ".nobackup" Datei anzulegen, ja.

[twoxx]

Nein, kein solches ADDON.

Gestartet mit einer CCU2-Installation vor Jahren, dann auf CCU3 gewechselt, dann auf Raspymatic.
Seit gestern auf neuester Version mit aufgeblähtem Backup.

Na irgendwer bzw. irgendwas muss ja unter /usr/local/backup da ein Backup abgelegt haben?!? Hast du irgendwelche Skripts oder cron-basierte Dinge laufen die dort automatisch Backups irgendwo ablegt? Oder hast du gar die /etc/config/CronBackupPath Datei angepasst und da etwas /usr/local/backup eingetragen und wunderst dich jetzt wirklich das darunter Backups liegen?

Soll ich eine leere Textdatei mit .nobackup-Namen im Verzeichnis ablegen?

Wenn du in der Tat die /etc/config/CronBackupPath Datei angelegt hast dann wäre es in der Tat angebracht dort eine leere ".nobackup" Datei anzulegen, ja.

Hallo Jens,

ich hab bei dieser Installation noch nie in die Betriebssystemebene eingegriffen.
Wie gesagt, eingerichtet hab ich die Installation auf einer CCU2 und dann hab ich lediglich die Plattformen gewechselt indem ich
die Backups von der CCU2 auf der Original-CCU3 eingespielt habe und später dann auf Raspberrymatic geupdatet habe.

Die Installation hier hat bis Raspy-Version 3.51 sauber funktioniert. Ein Update auf 3.53.XX war nicht möglich (weder die
Varianten zu Beginn des Jahres, noch die Oktober-Variante, noch auf die November-Variante. (weder per Update, noch per frischem Image auf der SD).

Dann der entscheidende Gedanke: Ich starte nochmal mit der CCU3.

CCU3-Start-Image (das Image mit welchem man nur eine vollwertige Firmware nachladen kann/muß) auf eine neue SD-Karte und dann die .tgz-Datei für den Umstieg von CCU3 auf Raspymatic VER 3.53 (November). eingespielt.
Und hier dann das letzte Backup der Version 3.51 eingespielt.
==> hat funktioniert. Installation läuft sauber, aber die Backups blähen sich auf, weil die nächtlichen Backups mit gesichert werden.

Ich betone nochmal: Ich habe nichts an der Datei/Verzeichnisstruktur des Betriebssystems geändert.

Ich habe auch keine /etc/config/CronBackupPath-Datei in der CCU angelegt.
(habe jetzt auf der CCU gesucht, es gibt dort kein /etc/config/CronBackupPath)

teil2.JPG (15.92 KiB) 2654 mal betrachtet

Ich hatte mich lediglich im aufgeblähten 200MB-Backup auf die Verzeichnisse gestürzt, weil ich wissen wollte, was da so viel Platz im Backup braucht.
Hier bin ich dann auf drauf gestossen, dass im Backup das nächtliche Backup drinsteht.

Wie kann ich das nun künftig verhindern?

[MathiasZ]

Wie machst Du Deine nächtlichen Backups?
Ich habe einen USB-Stick am Raspberry für Diagramme und CCU-Historian. Deshalb wird jede Nacht automatisch ein Backup angelegt.
Da ich aber sowieso jede Nacht Backups auf der NAS ablege, ist das aus meiner Sicht Nonsens.
ich habe deshalb in /etc/config/ eine leere NoCronBackup Datei ohne Endung hinzugefügt.
Im Ordner /user/local gibt es keinen Ordner "backup".

[jmaus]

ich hab bei dieser Installation noch nie in die Betriebssystemebene eingegriffen.
Wie gesagt, eingerichtet hab ich die Installation auf einer CCU2 und dann hab ich lediglich die Plattformen gewechselt indem ich
die Backups von der CCU2 auf der Original-CCU3 eingespielt habe und später dann auf Raspberrymatic geupdatet habe.

[...]

Ich habe auch keine /etc/config/CronBackupPath-Datei in der CCU angelegt.
(habe jetzt auf der CCU gesucht, es gibt dort kein /etc/config/CronBackupPath)

Das wundert mich in der Tat, denn irgendwer (also irgendein Prozess) muss ja die Backups unter /usr/local/backup ablegen. Und das diese den Zeitstempel 00:07 tragen spricht sehr dafür das diese vom automatischen CronBackup generiert werden. Du müsstest also selbst einmal erst rausfinden was sich hinter deinem /usr/local/backup Verzeichnis verbirgt. Hast du einen USB Stick angeschlossen, ja/nein? Bei was handelt es sich um dein /usr/local/backup verzeichnis? Ist das auf der CCU gar ein link in den USB pfad, etc. etc. Das alles kannst aktuell nur du selbst beantworten, denn erklären kann ich es mir nicht warum es ein /usr/local/backup Verzeichnis bei dir gibt. Standard ist das definitiv nicht.