Backup räumt nicht mehr auf [GELÖST]

[mills]

Ich bin sicher, dass die Ursache des Problems bei KeyHelp liegt
(Probleme ohne KeyHelp-Bezug gehören ins Offtopic-Forum)
JA

Server-Betriebssystem + Version
(z.B. Ubuntu 20.04)
Debian 12.7 (64-bit)

Eingesetzte Server-Virtualisierung-Technologie
(z.B. keine, OpenVZ, KVM, XEN, etc.)
KVM

KeyHelp-Version + Build-Nummer
(z.B. 22.0 - Build 2366)
24.2 (Build 3326)

Problembeschreibung / Fehlermeldungen
Seit einiger Zeit werden alte Backup-Stände nicht mehr bereinigt.
Wie im Screenshot ersichtlich, habe ich nun z.B. 20 von 10 eingestellten Snapshots

Erwartetes Ergebnis
Alte Stände sollen gelöscht werden.

Tatsächliches Ergebnis
Gewisse Altstände (zwischen 15. und 19.8.) werden nicht gelöscht.

Schritte zur Reproduktion


Zusätzliche Informationen
Screenshots:


Vielen Dank im Voraus für Eure Hilfe!

[Fezzi]

Guckst Du hier viewtopic.php?t=13407

[mills]

Hallo,

da geht's aber m.E. nach um ein anderes Problem.
Ich habe keine "überschüssigen" Ordner im backup-keyhelp Verzeichnis.

Sg
Andi

[omexlu]

Ich kann das Problem sogar in der Demo bestätigen, ältere Snapshots werden nicht gelöscht.

PS. Wollte heute loslegen mit dem installen dann warte ich auf einen Fix, das doch sehr sehr wichtig dass dies Reibungslos funktioniert, ich vermute das irgendwas geupdated wurde das das Backup-System broked.

[mhagge]

Ich hab mal bei mir nachgeschaut - bei einem guten duzend Systemen alles in Ordnung, es sind soviele Snapshots vorhanden wie es auch sein sollen (ansonsten gleiche Bedinungen: Debian 12.8, neuestes Keyhelp, allerdings alles Bare-Metal (aber das sollte keinen Unterschied machen).

Was steht denn in den Logs (Systemstatus -> Protokolle -> Backup-Root-Log).

Vielleicht lässt ja der Backup-Speicher das löschen einfach nicht zu?

[omexlu]

Ich hab noch kein KeyHelp installiert, bin dabei alles zu studieren und zu testen, dabei ist mir der Thread hier ins Auge gesprungen und das Problem ist mir auch in der Demo aufgefallen.

Dort habe ich das mit der Lokalen-Repo getestet und konnte das Problem dort nachstellen.

Dort kannst Du das auch ohne Probleme nachstellen.

Ps. Habs als Client getestet.

Edit: Der Thread Ersteller kann hier vielleicht mehr Infos noch dazu geben, wollte auch nur bescheid geben

[pandinusimperator]

Ich kann es auch nicht nachvollziehen. Bei meinen Servern keine Probleme.

Und auch in der Demo wurde anstandslos bereinigt (lokales Repo erstellt, 1 Snapshot max, zwei manuelle Backups erstellt, alles okay, nur ein Snapshot im Repo).

[Bloodgirl]

Auf meine Server gibt das Problem ebenfalls nicht.

[omexlu]

Hi,

Habs jetzt nochmals getestet, gibt man keine Beschreibung des Backups ein funktioniert alles normal.

Gibt man eine Beschreibung an, funktionierts nicht.

Entweder ist das so gewollt das beschriebene Snapshots nicht gelöscht werden oder ein Bug der entsteht wenn man eine Beschreibung angibt?

Edit: falls es so gewollt ist habe ich keine Option gefunden ein Snapshots (der mit der Beschreibung) manuell zu löschen.

[mills]

Hallo!

Hier der Inhalt des letzten Backup-logs dieser Nacht:

Code: Select all

====
[08-Sep-2024 01:40:02] INFO | Create repository lock
[08-Sep-2024 01:40:03] INFO | Looking for pending operations for repository: Hetzner_neu (WebDAV) / #5
[08-Sep-2024 01:40:03] INFO | Operation found: backup
[08-Sep-2024 01:40:03] INFO | Prepare backup...
[08-Sep-2024 01:48:51] INFO | Backup created
[08-Sep-2024 01:48:51] INFO | Cleanup
[08-Sep-2024 01:48:51] INFO | Operation found: prune
[08-Sep-2024 01:48:51] INFO | Remove old snapshots
[08-Sep-2024 01:49:16] INFO | Operation found: check
[08-Sep-2024 01:49:16] INFO | Integrity check
[08-Sep-2024 01:49:31] INFO | Update snapshot data / stats
[08-Sep-2024 01:49:45] INFO | Update repository stats
[08-Sep-2024 01:51:44] INFO | Size 'raw': 109.15 GB
[08-Sep-2024 01:51:44] INFO | Size 'restore': 703.97 GB
[08-Sep-2024 01:51:45] INFO | All finished, releasing lock.
====
[08-Sep-2024 03:00:02] INFO | Create repository lock
[08-Sep-2024 03:00:03] INFO | Looking for pending operations for repository: Hetzner_data (WebDAV) / #6
[08-Sep-2024 03:00:03] INFO | Operation found: backup
[08-Sep-2024 03:00:03] INFO | Prepare backup...
[08-Sep-2024 03:14:29] INFO | Backup created
[08-Sep-2024 03:14:29] INFO | Cleanup
[08-Sep-2024 03:14:29] INFO | Operation found: prune
[08-Sep-2024 03:14:29] INFO | Remove old snapshots
[08-Sep-2024 03:14:44] INFO | Operation found: check
[08-Sep-2024 03:14:44] INFO | Integrity check
[08-Sep-2024 03:14:53] INFO | Update snapshot data / stats
[08-Sep-2024 03:15:08] INFO | Update repository stats
[08-Sep-2024 03:16:10] INFO | Size 'raw': 217.81 GB
[08-Sep-2024 03:16:10] INFO | Size 'restore': 2.29 TB
[08-Sep-2024 03:16:12] INFO | All finished, releasing lock.
====

Merkwürdigerweise sind es gewisse ältere Backups die drin hängenbleiben:
Achja, btw... ich hab vor einiger Zeit einen Beschreibungstext zu den Backupjobs hinzugefügt. Ev. könnts auch daran liegen?

[omexlu]

So wie ich das jetzt rausgefunden habe liegt es an dem Beschreibungstext.

Ist die Beschreibung gleich wird auch hier richtig gepurged.

Weiss aber nicht ob das so gewollt ist und desweiteren hab ich auch keine Option gefunden einzelne Snapshots zu löschen.

[Henning]

Ich bin mir sicher, dass sich das Entwicklerteam sich dem Thema annimmt, prüft und zeitnah ein Feedback gibt.

[omexlu]

Ich bin mir sicher, dass sich das Entwicklerteam sich dem Thema annimmt, prüft und zeitnah ein Feedback gibt.

Denke ich auch, jedenfalls funktionierts wird aber wohl per Beschreibung gruppiert.

[Bloodgirl]

Der Fehler gibt es wirklich, sobald bei den Backups eine Beschreibung gibt oder unterschiedlich ist.
Dann wird durchaus nicht richtig aufgeräumt, bitte dann einmal beheben.

[Jolinar]

Der Fehler gibt es wirklich

...

bitte dann einmal beheben.

Deine Fettschrift impliziert, daß hier ein Fehler im Panel vorliegen würde...Woher nimmst du diese Gewißheit, kennst du den Programmcode des Panels?
Möglicherweise liegt es ja auch am Backuptool...

BTW:
Es heißt korrekt: Den Fehler gibt es wirklich...