Repository-Bereinigungsvorgang ist fehlgeschlagen

[deta]

Ich bin sicher, dass die Ursache des Problems bei KeyHelp liegt

Meldung kommt von Keyhelp

Server-Betriebssystem + Version
Debian 13


Eingesetzte Server-Virtualisierung-Technologie
KVM


KeyHelp-Version + Build-Nummer
aktuelle Version


Problembeschreibung / Fehlermeldungen
Bekomme Email, das die Repository-Bereinigungsvorgang ist fehlgeschlagen ist.

Fehler kommt von Server mit der IPv6 2a01:239:286:5000::1
Die andere IPv6 ist die vom zweiten Server.

Code: Select all

Protokollierte Meldungen:
------------------------
Save(<lock/6e3a3f9571>) returned error, retrying after 35.185527948s: unexpected HTTP response (500): 500 Internal Server Error
rclone: 2026/03/01 22:43:23 ERROR : locks/6e3a3f9571f170579d2a70e19eff5cfafd56c53dac6a94474f453300211021be: Post request put error: Put mkParentDir failed: mkdir "/locks" failed: write tcp [2a01:239:286:5000::1]:55670->[2a01:239:286:5a00::1]:21: write: broken pipe
rclone: 2026/03/01 22:43:23 ERROR : locks/6e3a3f9571f170579d2a70e19eff5cfafd56c53dac6a94474f453300211021be: Post request rcat error: Put mkParentDir failed: mkdir "/locks" failed: write tcp [2a01:239:286:5000::1]:55670->[2a01:239:286:5a00::1]:21: write: broken pipe
Save(<lock/6e3a3f9571>) returned error, retrying after 41.639317478s: unexpected HTTP response (500): 500 Internal Server Error
rclone: 2026/03/01 22:44:04 ERROR : locks/6e3a3f9571f170579d2a70e19eff5cfafd56c53dac6a94474f453300211021be: Post request put error: Put mkParentDir failed: mkdir "/locks" failed: write tcp [2a01:239:286:5000::1]:55670->[2a01:239:286:5a00::1]:21: write: broken pipe
rclone: 2026/03/01 22:44:04 ERROR : locks/6e3a3f9571f170579d2a70e19eff5cfafd56c53dac6a94474f453300211021be: Post request rcat error: Put mkParentDir failed: mkdir "/locks" failed: write tcp [2a01:239:286:5000::1]:55670->[2a01:239:286:5a00::1]:21: write: broken pipe
Save(<lock/6e3a3f9571>) returned error, retrying after 42.049784073s: unexpected HTTP response (500): 500 Internal Server Error
rclone: 2026/03/01 22:44:46 ERROR : locks/6e3a3f9571f170579d2a70e19eff5cfafd56c53dac6a94474f453300211021be: Post request put error: Put mkParentDir failed: mkdir "/locks" failed: write tcp [2a01:239:286:5000::1]:55670->[2a01:239:286:5a00::1]:21: write: broken pipe
rclone: 2026/03/01 22:44:46 ERROR : locks/6e3a3f9571f170579d2a70e19eff5cfafd56c53dac6a94474f453300211021be: Post request rcat error: Put mkParentDir failed: mkdir "/locks" failed: write tcp [2a01:239:286:5000::1]:55670->[2a01:239:286:5a00::1]:21: write: broken pipe
Save(<lock/6e3a3f9571>) returned error, retrying after 59.626722s: unexpected HTTP response (500): 500 Internal Server Error
rclone: 2026/03/01 22:45:46 ERROR : locks/6e3a3f9571f170579d2a70e19eff5cfafd56c53dac6a94474f453300211021be: Post request put error: Put mkParentDir failed: mkdir "/locks" failed: write tcp [2a01:239:286:5000::1]:55670->[2a01:239:286:5a00::1]:21: write: broken pipe
rclone: 2026/03/01 22:45:46 ERROR : locks/6e3a3f9571f170579d2a70e19eff5cfafd56c53dac6a94474f453300211021be: Post request rcat error: Put mkParentDir failed: mkdir "/locks" failed: write tcp [2a01:239:286:5000::1]:55670->[2a01:239:286:5a00::1]:21: write: broken pipe
Save(<lock/6e3a3f9571>) returned error, retrying after 1m18.423246129s: unexpected HTTP response (500): 500 Internal Server Error
Save(<lock/6e3a3f9571>) operation successful after 12 retries
{"message_type":"exit_error","code":1,"message":"Fatal: StreamPack: ReadFull(\u003cdata/81b8894815\u003e): \u003cdata/81b8894815\u003e does not exist"}

Schritte zur Reproduktion
Wenn ich es Manuell Starte das Aufräumen in der Wartung, kommt kein Fehler.

Wo liegt das Problem?

[deta]

Ergänzung noch. Leider konnte ich den Beitrag nicht mehr ändern.

Was ich gerade festgestellt hatte, das es nicht von der Wartung Bereinigung kommt.
Sondern ich habe ein Tägliches Backup laufen, was den Server mit der Fehlermeldung startet und per FTP(S) das an den zweiten Server überträgt.

Fehler auch beim Manuell starten des Backup

Das Backup wird sauber gemacht, nur dann bei der

Code: Select all

Die folgenden Meldungen wurden protokolliert:

    Failed to prune repository: Load(<data/f12ffc1890>, 427, 0) failed: <data/f12ffc1890> does not exist
    rclone: 2026/03/02 07:33:39 ERROR : locks/ee93dc8576684ea20ee63368b740528d9027a3038db7555a9bdb9c988003c549: Post request put error: Put mkParentDir failed: mkdir "/locks" failed: write tcp [2a01:239:286:5000::1]:52628->[2a01:239:286:5a00::1]:21: write: broken pipe
    rclone: 2026/03/02 07:33:39 ERROR : locks/ee93dc8576684ea20ee63368b740528d9027a3038db7555a9bdb9c988003c549: Post request rcat error: Put mkParentDir failed: mkdir "/locks" failed: write tcp [2a01:239:286:5000::1]:52628->[2a01:239:286:5a00::1]:21: write: broken pipe
    Save(<lock/ee93dc8576>) returned error, retrying after 42.36887049s: unexpected HTTP response (500): 500 Internal Server Error
    rclone: 2026/03/02 07:34:21 ERROR : locks/ee93dc8576684ea20ee63368b740528d9027a3038db7555a9bdb9c988003c549: Post request put error: Put mkParentDir failed: mkdir "/locks" failed: write tcp [2a01:239:286:5000::1]:52628->[2a01:239:286:5a00::1]:21: write: broken pipe
    rclone: 2026/03/02 07:34:21 ERROR : locks/ee93dc8576684ea20ee63368b740528d9027a3038db7555a9bdb9c988003c549: Post request rcat error: Put mkParentDir failed: mkdir "/locks" failed: write tcp [2a01:239:286:5000::1]:52628->[2a01:239:286:5a00::1]:21: write: broken pipe
    Save(<lock/ee93dc8576>) returned error, retrying after 59.900519882s: unexpected HTTP response (500): 500 Internal Server Error
    rclone: 2026/03/02 07:35:21 ERROR : locks/ee93dc8576684ea20ee63368b740528d9027a3038db7555a9bdb9c988003c549: Post request put error: Put mkParentDir failed: mkdir "/locks" failed: write tcp [2a01:239:286:5000::1]:52628->[2a01:239:286:5a00::1]:21: write: broken pipe
    rclone: 2026/03/02 07:35:21 ERROR : locks/ee93dc8576684ea20ee63368b740528d9027a3038db7555a9bdb9c988003c549: Post request rcat error: Put mkParentDir failed: mkdir "/locks" failed: write tcp [2a01:239:286:5000::1]:52628->[2a01:239:286:5a00::1]:21: write: broken pipe
    Save(<lock/ee93dc8576>) returned error, retrying after 53.624888876s: unexpected HTTP response (500): 500 Internal Server Error
    rclone: 2026/03/02 07:36:15 ERROR : locks/ee93dc8576684ea20ee63368b740528d9027a3038db7555a9bdb9c988003c549: Post request put error: Put mkParentDir failed: mkdir "/locks" failed: write tcp [2a01:239:286:5000::1]:52628->[2a01:239:286:5a00::1]:21: write: broken pipe
    rclone: 2026/03/02 07:36:15 ERROR : locks/ee93dc8576684ea20ee63368b740528d9027a3038db7555a9bdb9c988003c549: Post request rcat error: Put mkParentDir failed: mkdir "/locks" failed: write tcp [2a01:239:286:5000::1]:52628->[2a01:239:286:5a00::1]:21: write: broken pipe
    Save(<lock/ee93dc8576>) returned error, retrying after 1m14.22514676s: unexpected HTTP response (500): 500 Internal Server Error
    Save(<lock/ee93dc8576>) operation successful after 11 retries
    {"message_type":"exit_error","code":1,"message":"Fatal: StreamPack: ReadFull(\u003cdata/f12ffc1890\u003e): \u003cdata/f12ffc1890\u003e does not exist"}

[Alexander]

Die Verbindung scheint instabil, versuche mal einen Wechsel auf SFTP.

[@ITS]

Ich hatte das auf einem Backup-Storage auch ewig.. auf einem anderen nicht.

Da gab es stets Timeout Errors beim Bereinigen. Das Backup wurde aber erfolgreich durchgeführt.
Ich musste dann stets manuell lock aufheben und Index reparieren, das half jedoch nur bis zum nächsten Backup-Lauf und die alten Daten wurden wohl nicht gelöscht und somit Überlief irgendwann mein Storage. Auch Repo neu einrichten ergab keine Lösung.

Wenn Ubuntu + Pure-FTPd beim Ziel-Storage genutzt wird, gibt es wohl Probleme damit.
Auch ohne TLS Verschlüsselung.
Bei anderen Storage wo andere Systeme zum Einsatz kamen, nie ein Problem.

(Frag mich sowieso wieso man Ubuntu bei solch Umgebungen einsetzt aber ok anderes Thema.)

Zumindest war dies das einzige was ich an Unterschiedlicher Konfig. ausfindig machen konnte.
Timeout Erhöhen etc. brachte da auch nichts seitens Anbieter.. aber der Fehler würde meines Erachtens darauf deuten.
Aber die Verbindung selbst kann es eig. weniger sein, sonst wäre auch Backup, das ja deutlich länger lief, nicht durchgelaufen und zudem sind das vom Rechenzentrum eigene Storages im internen Netz, nicht von außerhalb erreichbar.

Da mir das alles zu mühsam war und ich hier vermutlich auch nicht zu einer Lösung gekommen wäre, hatte ich es erstmal umgestellt.

Die Einzige Lösung war dann tatsächlich "leider" wirklich von FTP(S) auf SFTP umzustellen.

[24unix]

Die Einzige Lösung war dann tatsächlich "leider" wirklich von FTP(S) auf SFTP umzustellen.

Warum leider? Das ist doch die deutlich bessere Lösung.

[@ITS]

Kommt drauf an, was man unter "besser" versteht.

FTP(S) ist bei der Übertragungsgeschwindigkeit, vor allem bei mehreren/kleineren Dateien, schneller.

SFTP ist sicherer aber kann ggf. etwas an Performance nehmen.

Wäre in meiner genannten Umgebung eben nicht nötig gewesen und daher setzte ich auch auf FTP(S) und wollte das eig. beibehalten zuvor.
Zum einem sind die Restic Snapshots bereits verschlüsselt und zum anderen wäre das betroffene Storage eben nur innerhalb des internen RZ-Netzwerk erreichbar und nicht von außen.

Ein Full-Server Backup läuft in der Nacht eh schon recht lange... dadurch noch viel länger auf dem ein Server.
Ich sag nur... ca. 5-6 Std. im Vergleich zum anderen Server (mehr Daten) in 2 Std. - etwas ärgerlich und könnte nicht sehen was es sonst noch in die Länge zieht, da bei beiden Dedicated Server relativ selbe CPU und selbe Max. Kompression.