Basic Backup Basic Backup

[Tommes]

Dann sollte es eigentlich keine Probleme geben. Mir fehlt aktuell aber absolut die Zeit dafür, mir das genauer anzuschauen. Aber selbst wenn ich ein Fehler finden würde, werde ich das nicht fixen, da ich den Support für dieses Projekt bereits eingestellt habe.

 

[PeterTiger]

Hallo Tommes,
ich weis ja dass du den Support eingestellt hast.
Ich habe nur geantwortet weil Huibuu das gleiche Problem eventuell hat.

In meinem Fall werde ich die Backups einfach täglich weiterlaufen lassen und von Zeit zu Zeit diese Überprüfen.

 

[PeterTiger]

Hallo Tommes
Hallo Huibuu

nur zur Info!
Ich habe Heute mal wieder meine 2 Basic-Backup überprüft.
In Beiden ist der Versionsordner wieder Leer !!
Der Hauptordner ist vollständig vorhanden.
Laut den Protokollen von Basic-Backup und Autopilot wurde alles richtig und vollständig ausgeführt !

 

[Huibuu]

@PeterTiger
Oh
Danke für die Info! Ich habe das Nas vor zwei Wochen komplett neu aufgesetzt und damit (scheinbar nur vorerst) auch meine Probleme behoben. Derzeit ist der Backup-Job nicht aktiv, aber ich werde es mal demnächst kontrollierenn

 

[PeterTiger]

@Tommes
@ Huibuu
Ich denke ich habe den Fehler gefunden.
In meiner externen Sicherungsplatte ist ja der Versionsordner leer ! und der Hauptordner vollständig gefüllt.
Versuch 1:
Externe HD unverändert gelassen
Backup Script gelöscht und mit gleichen Daten neu angelegt.
Backup gestartet - -> kein Inhalt im Versionsordner !

Im Datensicherungsprotokoll steht:
Hinweis: Die DSM Systemkonfiguration sowie die Konfiguration des Basic Backup Auftrages wurden gesichert.
Hinweis: Ein neuer Eintrag wurde dem Versionsverlauf hinzugefuegt.
Hinweis: Daten aus dem Ordner Versionsverlauf, die aelter als 21 Tage alt waren, wurden geloescht.

Da ich ja Daten nur der letzten 3 Wochen sichern wollte steht im Script 21 Tage.

Woher nimmt das Programm nun eigentlich sein Referenz Datum ?

Versuch 2:
Das Script abgeändert auf "Inhalt Papierkorb" und "Versionsverläufe löschen die älter sind als .." 180 Tage

Das Backup gestartet --> und der Versionsordner wird wieder gefüllt !!

Was ist sein Referenz Datum ??

 

[Tommes]

Lies dir bitte mal in Basic Backup den Hilfe-Artikel "Versionierte Datensicherung mit Hardlinks" durch, das sollte einiges erklären.



Basic Backup gibt dem zu erstellenden Versionsordner bei jeder Datensicherung einen aktuellen Timestamp mit, also das aktuelle Datum sowie die aktuelle Uhrzeit kurz vor dem Erstellen des Versionsordners. Anhand dieses Timestamps kann man dann später einen Vergleich, wiederum mit dem aktuellen Datum anstellen, um zu schauen, wie alt der Versionsordner ist und ob er gelöscht werden darf oder nicht.

 

[PeterTiger]

Hallo Tommes, ich möchte dich nicht ärgern, ich weis was Hardlinks sind.
Sieh dir bitte mal mein Protokoll im Anhang an.
Ich habe einen neuen Job erstellt mit 5 Tagen Versionsordner dauer, die USB Platte formatiert und jeden Tag den Stand aufgezeichnet.
In den ersten Tagen wird der Versionsordner gefüllt, am 7 Tag ist der Versionsordner wieder leer.

 

[Tommes]

Ich möchte dich auch nicht ärgern, aber ich habe den Support sowie die Weiterentwicklung von Basic Backup zum 01.09.2024 eingestellt. Daher werde ich mir das die Tage vielleicht mal anschauen, lass das aber mal offen. Vermutlich wird der Fehler irgendwo in dieser Zeile liegen. Vielleicht müsste es...

find "${history}/"* -maxdepth 0 -type d -mtime +${var[versions]} -print0 | xargs -0 rm {} \; 2>/dev/null

... oder ...

find "${history}/"* -maxdepth 0 -type d -mtime +${var[versions]} -print0 | xargs -0 rm -r {} \; 2>/dev/null

... heißen. Kannst du ja mal testen.

 

[Tommes]

Hm... vermutlich liegt das Problem darin begründet, das alle Unterordner im Versionsverlauf dasselbe (Erstellungs-)Datum tragen, wie der Ordner Hauptversion, der Ordner Versionsverlauf wird jedoch auf das aktuelle Datum umgeschrieben.

root@Diskstation:/volume1/NetBackup/Lokale Versionierung# ls -la
total 0
drwxrwxrwx+ 1 root root 54 Sep 18 13:28 .
drwxrwxrwx+ 1 root root 430 Sep 18 13:28 ..
drwxrwxrwx+ 1 root root 38 Sep 18 13:28 Hauptversion
drwxr-xr-x 1 root root 264 Nov 11 19:08 Versionsverlauf

root@Diskstation:/volume1/NetBackup/Lokale Versionierung/Versionsverlauf# ls -la
total 0
drwxr-xr-x 1 root root 264 Nov 11 19:08 .
drwxrwxrwx+ 1 root root 54 Sep 18 13:28 ..
drwxr-xr-x+ 1 root root 38 Sep 18 13:28 2024-09-18_13h-28m-08s
drwxr-xr-x+ 1 root root 38 Sep 18 13:28 2024-11-11_19h-07m-43s

Das würde jedenfalls erklären, warum auf einen Schlag alle Ordner auf einmal gelöscht werden. Der Ursache dafür liegt wohl im Optionsschalter -a des cp Befehls begründet. Der Optionsschalter -a steht für "Archiv" was wiederum bedeutet, das alle Ordner- und Dateiattribute wie z.B. Modus, Eigentum, Zeitstempel etc. sowie u.a. auch Links beibehalten werden. Somit müsste man in einem weiteren Schritt den Timestamp des neu angelegten Versionsordners ändern, was z.B. mit touch -d [DATE-AND-TIME-FORMAT] funktionieren könnte. Dazu bedürfte es aber der korrekten Formatierung des Timestamps, was sicherlich kein großes Problem darstellt.

Aber wie gesagt... Support wurde meinerseits eingestellt. Wenn du es also lauffähig haben möchtest, musst du das wohl oder übel selbst umsetzten. Wenn hier überhaupt der Hund begraben liegt. Habe es nicht weiter getestet.

Tommes

 

[Tommes]

Also gut... ich hätte da wohl eine mögliche Lösung. Diese greift aber erst ab dem Zeitpunkt der nachfolgenden Anpassungen des Scriptes /var/packages/BasicBackup/target/ui/rsync.sh

Such nach der Zeile 886 und gib nach dem cp Befehl ...

            # If the folder exists, then execute the cp command
            if [ -d "${history}" ]; then
                cp -al "${target}/" "${history}/${dirdate}"

... folgende zwei Zeilen ein...

                datenow=$(date "+%Y%m%d%H%M")
                touch -t "${datenow}" "${history}/${dirdate}"

Gleiches machst du ab Zeile 913 für den Fall, das du irgendwann man ein Push-Backup verwenden möchtest. Gib auch hier nach dem SSH Aufruf descp Befehles ...

            # If the remote folder exists, then execute the cp command
            if ${ssh} test -d "'${at_history}'"; then
                ${ssh} "cp -al '${target}'/ '${at_history}'${dirdate}"

... folgende zwei Zeilen ein...

                datenow=$(date "+%Y%m%d%H%M")
                ${ssh} "touch -t '${datenow}' '${at_history}'${dirdate}"

Somit sollten deine zukünftigen Versionsordner innerhalb des Ordners /Versionsverlauf das Datum der durchgeführten Sicherung tragen und nicht mehr, wie bisher, das Erstelldatum des Ordners /Hauptversion. Möchtest du deine alten Versionstände behalten, müsstest du dich auf der Konsole deiner DiskStation als root aufschalten und die Ordner von Hand ändern. Der Befehl bzw. die Syntax dazu lautet:

touch -t [YYYYMMDDhhmm[.ss]] [ORDNERNAME]

Beispiel:

touch -t 202410010920 2024-11-13_16h-37m-22s

Kannst ja mal berichten, ob es gekappt hat.

Ach so und BTW. Die im Post #668 von mir vorgeschlagenen Änderungen kannst du in die Tonne treten.

Tommes

 

[Benie]

@Tommes

Du bekommst jetzt von mir ein offizielles Fleißbildchen für hervorragenden Support trotz das dieser bereits Eingestellt wurde.



Fleißbildchen:

 

[Tommes]

Du bist bekloppt ... im positiven Sinne, versteht sich.

Mir war halt langweilig und trotz das ich den Support eingestellt habe, hasse ich es immer noch, wenn ungelöste Rätsel die ganze Zeit in meinem Kopf hin und her wabern. Ich tu das also nur, um meinen Seelenfrieden aufrechtzuerhalten und damit Engelchen auf der rechten und Teufelchen auf der linken Schulter wieder Ruhe geben.

Schlimmer noch... ich habe sogar die zugehörigen Release-Notes für mich geschrieben... ohne Scheiß...

Nicht veröffentlichte Version 0.8-505 vom 13.11.2024

- Bei einer versionierten Datensicherung hatten alle Verzeichnisse im Ordner /Versionsverlauf das Datum und die Uhrzeit des Ordners /Hauptversion. Dies hatte zur Folge, dass alle Versionsverläufe nach der angegebenen Zeit, ab der ein Versionsordner gelöscht werden darf, gelöscht wurden. Fehler wurde behoben.

Frag nicht

 

[stevenfreiburg]

Falls jemand diese edierte
"nicht veröffentlichte Version 0.8-505 vom 13.11.2024"
als Downloadlink zur Verfügung stellt, ich bin daran interessiert.