Backup [GELÖST]

[MLan]

Mir ist aufgefallen , daß die "Maximale Dateianzahl im Repository" ignoriert wird.
Es wird immer nur ein Backup vorgehalten. Von den Kunden- und Serverbackup's habe ich somit immer nur das letzte.
Anzahl der Dateien im gewählten Repository ist auf 7 eingestellt.
Hat jemand einen Tipp oder sitzt der Fehler vor meiner Tastatur ?

Keyhelp 17.1.2 (Build 1145) auf Debian 9.1x64

Grüß MLan

[nikko]

Hi,
passiert es beim remote oder lokal... oder bei beiden? (Trotzdem verdächtig...)

[nikko]

Eine Idee wäre, dass z.B. alle Backups in das gleiche Verzeichnis geschrieben werden. Wenn nun hier überall 7 eingestellt ist, und bei einem Server/User nur 1 steht, dann gilt die Zahl mit der geringsten Einstellung.

[MLan]

Backups sind alle auf Remote Server gestellt mit jeweils 7 Sicherungen.
Local hab ich noch nicht probiert.
Macht ja eigentlich auch wenig Sinn.

Gruß M.Lan

[Alexander]

Hallo,

Du kannst einmal die Logs der Backups überprüfen (System-Logs & Status / Panel-Aufgaben-Logs - im Dropdown unter der Zeile "-- Backups --").

Dort taucht dann die Zeile auf "apply rotation - keep max. xx file(s) in repository.", dort wird auch protokolliert, welche Dateien er dann löscht.

[MLan]

So wie es aussieht löscht, jeder BackupTask das Backup eines anderen users/server

[21-Sep-2017 02:03:45] DEBUG --> delete file from remote "server-ms085-20170920020027.7z'
[21-Sep-2017 02:03:45] DEBUG --> delete file from remote "user-ms085-ed00-de-20170920021504.7z'

Code: Select all

====SERVERBACKUP
[21-Sep-2017 02:00:02] DEBUG --> start backup process, task id: "76"
[21-Sep-2017 02:00:02] DEBUG --> prepare processing dir
[21-Sep-2017 02:00:02] DEBUG --> write pid file
[21-Sep-2017 02:00:02] DEBUG --> check remote connection
[21-Sep-2017 02:00:04] DEBUG --> estimate disk space needed for this job
[21-Sep-2017 02:00:05] DEBUG --> write "allocated" file
[21-Sep-2017 02:00:05] DEBUG --> free: 11,350.29 MiB
[21-Sep-2017 02:00:05] DEBUG --> reserve: 1,063.58 MiB (5%)
[21-Sep-2017 02:00:05] DEBUG --> this backup task: 1,913.16 MiB
[21-Sep-2017 02:00:05] DEBUG --> all running backup tasks: 1,913.16 MiB
[21-Sep-2017 02:00:05] DEBUG --> generate archive directories
[21-Sep-2017 02:00:05] DEBUG --> backup type is "server"
[21-Sep-2017 02:00:05] DEBUG --> backup config
[21-Sep-2017 02:00:07] DEBUG --> backup user databases
[21-Sep-2017 02:00:09] DEBUG --> backup non-user databases
[21-Sep-2017 02:00:12] DEBUG --> backup home directories
[21-Sep-2017 02:00:28] DEBUG --> backup mail directories
[21-Sep-2017 02:00:28] DEBUG --> create one backup file
[21-Sep-2017 02:00:28] DEBUG --> file name is /backup/processing/task-76/server-ms085-20170921020028.7z
[21-Sep-2017 02:00:28] DEBUG --> compressing file
[21-Sep-2017 02:00:28] DEBUG --> ... with compressing level set to: "fast"
[21-Sep-2017 02:00:28] DEBUG --> ... with multithreading enabled
[21-Sep-2017 02:03:38] DEBUG --> compressing done
[21-Sep-2017 02:03:45] DEBUG --> sha1 checksum: 603722f958b8edd893e76fbe809803471c23428e
[21-Sep-2017 02:03:45] DEBUG --> remove archive directory
[21-Sep-2017 02:03:45] INFO  --> perform rm -rf /backup/processing/task-76/archive/
[21-Sep-2017 02:03:45] INFO  --> move file to remote repository
[21-Sep-2017 02:03:45] DEBUG --> apply rotation
[21-Sep-2017 02:03:45] DEBUG --> delete file from remote "server-ms085-20170920020027.7z'
[21-Sep-2017 02:03:45] DEBUG --> delete file from remote "user-ms085-ed00-de-20170920021504.7z'
[21-Sep-2017 02:04:22] DEBUG --> cleanup
[21-Sep-2017 02:04:22] INFO  --> perform rm -rf /backup/processing/task-76/
[21-Sep-2017 02:04:22] INFO  --> backup finished
====



====USERBACKUP
[21-Sep-2017 03:30:02] DEBUG --> start backup process, task id: "80"
[21-Sep-2017 03:30:02] DEBUG --> prepare processing dir
[21-Sep-2017 03:30:02] DEBUG --> write pid file
[21-Sep-2017 03:30:02] DEBUG --> check remote connection
[21-Sep-2017 03:30:04] DEBUG --> estimate disk space needed for this job
[21-Sep-2017 03:30:04] DEBUG --> write "allocated" file
[21-Sep-2017 03:30:04] DEBUG --> free: 11,349.50 MiB
[21-Sep-2017 03:30:04] DEBUG --> reserve: 1,063.58 MiB (5%)
[21-Sep-2017 03:30:04] DEBUG --> this backup task: 185.50 MiB
[21-Sep-2017 03:30:04] DEBUG --> all running backup tasks: 185.50 MiB
[21-Sep-2017 03:30:04] DEBUG --> generate archive directories
[21-Sep-2017 03:30:04] DEBUG --> backup type is "user"
[21-Sep-2017 03:30:04] DEBUG --> backup home directory
[21-Sep-2017 03:30:06] DEBUG --> backup user databases
[21-Sep-2017 03:30:06] DEBUG --> backup mail directories
[21-Sep-2017 03:30:06] DEBUG --> create one backup file
[21-Sep-2017 03:30:06] DEBUG --> file name is /backup/processing/task-80/user-ms085-web001-20170921033006.7z
[21-Sep-2017 03:30:06] DEBUG --> compressing file
[21-Sep-2017 03:30:06] DEBUG --> ... with compressing level set to: "fast"
[21-Sep-2017 03:30:06] DEBUG --> ... with multithreading enabled
[21-Sep-2017 03:30:20] DEBUG --> compressing done
[21-Sep-2017 03:30:21] DEBUG --> sha1 checksum: 5b3b1f1faa859f555a0436ea92bfdccaceebeed3
[21-Sep-2017 03:30:21] DEBUG --> remove archive directory
[21-Sep-2017 03:30:21] INFO  --> perform rm -rf /backup/processing/task-80/archive/
[21-Sep-2017 03:30:21] INFO  --> move file to remote repository
[21-Sep-2017 03:30:21] DEBUG --> apply rotation
[21-Sep-2017 03:30:21] DEBUG --> delete file from remote "user-ms085-kundendomain_de-20170920040004.7z'
[21-Sep-2017 03:30:23] DEBUG --> cleanup
[21-Sep-2017 03:30:23] INFO  --> perform rm -rf /backup/processing/task-80/
[21-Sep-2017 03:30:23] INFO  --> backup finished
====

[Martin]

Hallo,

versuchen alle Backupjobs die Dateien im selben Ordner abzulegen? Die Anzahl der Backups berechnet sich immer aus der Anzahl der Backups in diesem Ordner.

Unterschiedliche Tasks sollten daher unterschiedliche (Unter-)Ordner als Speicherort erhalten.

[MLan]

Ja, alles wird im selben Backup Ordner abgelegt.
Hier liegt wohl der bzw mein Fehler.
Das kann ja keiner wissen.
Also werde ich mal alle Backups umstellen in jeweils eigenem Ordner.
Gruß
Mlan

[Alexander]

Eigentlich sollte das Ablegen der Backups verschiedener User in einem Ordner (per Design) möglich sein, ohne das diese sich gegenseitig löschen. Ich schaue mir das morgen einmal an, an welcher Stelle sich der Bug befindet.
Danke für den Hinweis.

EDIT: Problem ist im behoben und die Lösung Teil des nächsten Updates.

[MLan]

EDIT: Problem ist im behoben und die Lösung Teil des nächsten Updates.

Hervorragend.
Wann darf man in etwa mit dem nächsten Update rechnen ?

Gruß MLan

[MLan]

Hallo Support,

nachdem ich gestern nun auf 17.2 (Build 1273) gegangen bin, hat sich die Namensgebung der Backupfiles geändert.

vorher : user-<servername short>-<kundenname>-<Datum>.7z
jetzt : user-<kundenname>-<Datum>.7z

Is das so gewollt ?
Ich halte 7 Backups jedes Kunden vor.
So müßte ich nach einer Woche alle Backups händisch durchgehen die alten mit alter Namensgebung händisch löschen.

Gruß Mlan

[Alexander]

Danke für die Anmerkung.

Nein, das eigentlich nicht so gewollt und wird im nächsten Update wieder um den Server-kurz-Namen ergänzt.