Backup Integritätsprüfung beendet mit Problemen [GELÖST]

[Henning]

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

Server-Betriebssystem + Version
(z.B. Ubuntu 20.04)
Debian 12.4

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

KeyHelp-Version + Build-Nummer
(z.B. 22.0 - Build 2366)
23.2.1 (Build 3125)

Problembeschreibung / Fehlermeldungen
Integritätsprüfung des Backup wird mit Problemen beendet

Erwartetes Ergebnis
Sauberer Durchlauf. Hat der nachfolgende Durchlauf das Problem automatisiert behoben?

Tatsächliches Ergebnis
Siehe Screenshots

[02-Jan-2024 01:00:02] INFO | Create repository lock
[02-Jan-2024 01:00:04] INFO | Looking for pending operations for repository: odin.nieland.io (FTP(S)) / #1
[02-Jan-2024 01:00:04] INFO | Operation found: backup
[02-Jan-2024 01:00:04] INFO | Prepare backup...
[02-Jan-2024 01:02:47] INFO | Backup created
[02-Jan-2024 01:02:47] INFO | Cleanup
[02-Jan-2024 01:02:47] INFO | Operation found: prune
[02-Jan-2024 01:02:47] INFO | Remove old snapshots
[02-Jan-2024 01:02:57] INFO | Operation found: check
[02-Jan-2024 01:02:57] INFO | Integrity check
[02-Jan-2024 01:03:20] ERROR | Result: pack 9f1f1d8490ee08dafad3c4fbcca02d4716914e03a7a5a4397644d9c62e7c67ba: does not exist
pack cab31516744e4606db153e8623e30ee151bfe01490d89e267a1d89703f5463eb: does not exist
pack 4ffcd824ce17b0d714df55bcb03f88732983b25fb84c8750919800c63c4ed3ce: does not exist
pack a353e243f13ebb83448b3a3470c9831e7dfd45a08e3387db2a51b215acf8a92c: does not exist
pack 4d20544a6fcba3bca2e4b85e0f5d5cf9ac02ec54b3846f8cfbdb53be4b330394: does not exist
pack ee43ab5312557b5436fe5486b4574b1b499cca1a88ecd23d5bfcbbca564f2b06: does not exist
pack 5312cd41c04dcd63c55984e874d328065ee3c50f68318d2a1a6440450cd7ee09: does not exist
pack 7f07ff73e547e271c14b1d2a85302316f4e7ce99e68176e1bd2d1b4a054c0b18: does not exist
pack d2f90b310117f993960ef2c463191ae061525dd3149448f7b548c78333afead2: does not exist
pack 10cbae86e827d5d383e89e59ea7dc09c5f16fe4ad48370eb22e6b95453208b7f: does not exist
pack 99dcba87b58f63e40feb668613f6d531d46115fc972c8323543113a290c95372: does not exist
pack 62755d3c67261f0835749ba71593150ca2953fa70fbb4f4ec9708ecb5132c16b: does not exist
pack a999435e0e7c5005d7c894f029b1e56e49cf7abb43271b974385205e7c1dd81c: does not exist
pack e0e5b563b4ed5469d85f9e88af492612155ffaf29665dda9715e7cd008177382: does not exist
Fatal: repository contains errors
[02-Jan-2024 01:03:20] INFO | Update snapshot data / stats
[02-Jan-2024 01:03:45] INFO | Update repository stats
[02-Jan-2024 01:04:11] INFO | Size 'raw': 12.92 GiB
[02-Jan-2024 01:04:11] INFO | Size 'restore': 19.62 GiB
[02-Jan-2024 01:04:13] INFO | All finished, releasing lock.

Schritte zur Reproduktion
Kann ich nicht beurteilen. Was wird ggfs. noch an Logs benötigt?

Zusätzliche Informationen
(z.B. kürzlich durchgeführte Änderungen am Server, Auszüge aus Protokolldateien (/var/log/*, /var/log/keyhelp/php-error.log, etc.))
-

[Alexander]

Hallo,

wenn die nachfolgenden Jobs wieder sauber durchlaufen, dann hat sich das Ganze wieder selbst repariert.

[Henning]

Brauchst du von mir noch irgendwelche weiteren Logs, weil du dir das aus X Gründen nochmal anderweitig anschauen möchtest?

Ansonsten erstmal danke für die Info.

[Alexander]

Brauche ich nicht, danke.

[Grauer]

Für den Fall dass dies doch ein Problem von KeyHelp sein könnte was man sich anschauen möchte, ich hatte dass selbe Problem. Mehrere Male mit Problemen beendet und nach zwei Tagen ging es wieder. Server OS und KeyHelp Version dieselben wie Henning, nur dass der Server bei mir ohne Virtualisierung läuft.
Betroffen war das Backup des gesamten Systems sowie das User Backup. Das Datenbank-Backup lief immer ohne Probleme.

Server-Betriebssystem + Version
(z.B. Ubuntu 20.04)
Debian 12.4

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

KeyHelp-Version + Build-Nummer
(z.B. 22.0 - Build 2366)
23.2.1 (Build 3125)