Backup cancelled

[moonshine]

KVM
Operating system Ubuntu 22.04 (64-bit)
KeyHelp 25.3 (Build 3565) Changelog
Kernel 5.15.0-173-generic

Guten Tag, ich habe neuerdings abgebrochene backups. Wenn ich das repository reparieren lasse und den job manuell ausführe klappt es. Beim nächsten scheduled job dann nicht mehr. Ich hatte das vor einiger Zeit schon mal und habe ein neues repository angefangen, dann lief es über ein Jahr. Jetzt tritt es wieder auf. Das Backup landet auf einer Hetzner Storage Box, über FTPS. Kann jemand was dazu sagen?

Code: Select all

Description: The backup operation has been canceled due to errors.

Logged messages:
------------------------
Failed to create backup: rclone: 2026/03/28 04:29:55 ERROR : data/fc/fc30441fb51124994d4ca9c98cf3af234a3dc00ef1d8b9797a7253bccd8c3934: Post request put error: update stor: 1 error occurred:
rclone: * read tcp [2a01:4f8:c013:11d7::1]:44588->[2a01:4f8:bacc:2:200::b18]:21: i/o timeout
rclone:
rclone: 2026/03/28 04:29:55 ERROR : data/fc/fc30441fb51124994d4ca9c98cf3af234a3dc00ef1d8b9797a7253bccd8c3934: Post request rcat error: update stor: 1 error occurred:
rclone: * read tcp [2a01:4f8:c013:11d7::1]:44588->[2a01:4f8:bacc:2:200::b18]:21: i/o timeout
rclone:
Save(<data/fc30441fb5>) returned error, retrying after 1.060080191s: unexpected HTTP response (500): 500 Internal Server Error
rclone: 2026/03/28 04:32:33 ERROR : data/8d/8d6a333da2ccfecae0126ca40ce6cd5d8ade14f65c364318d523c302f4d43f88: Post request put error: update stor: 1 error occurred:
rclone: * read tcp [2a01:4f8:c013:11d7::1]:54928->[2a01:4f8:bacc:2:200::b18]:21: i/o timeout
rclone:
rclone: 2026/03/28 04:32:33 ERROR : data/8d/8d6a333da2ccfecae0126ca40ce6cd5d8ade14f65c364318d523c302f4d43f88: Post request rcat error: update stor: 1 error occurred:
rclone: * read tcp [2a01:4f8:c013:11d7::1]:54928->[2a01:4f8:bacc:2:200::b18]:21: i/o timeout
rclone:
Save(<data/8d6a333da2>) failed: unexpected HTTP response (500): 500 Internal Server Error
{"message_type":"exit_error","code":1,"message":"Fatal: unable to save snapshot: unexpected HTTP response (500): 500 Internal Server Error"}

[technotravel]

Gibt es einen besonderen Grund für das Einbinden per FTPS?

Ich habe meine StorageBox per cifs gemounted im fstab, wodurch es für das Repository wie local storage erscheint. Noch nie Probleme mit diesem Setup gehabt.

[moonshine]

Ich will die SB nicht mounten. Ich habe etliche VMs bei Hetzner mit Keyhelp und mache die backups über FTPS. Diese ist die einzige die zickt. Ich frage mich, wie es zu dem 500 response kommt, nach ein paar timeouts.

[Jolinar]

Ich frage mich, wie es zu dem 500 response kommt, nach ein paar timeouts.

Ein 500-Error signalisiert immer einen internen Ausnahmezustand auf dem Zielserver – hier der FTPS-Server der Storage Box. Entweder ist der Host netzwerktechnisch überlastet oder es liegt dort eine Fehlkonfiguration vor.
Du kannst das Problem nicht direkt lösen, das muß der Hoster tun.
Du hast nur alternative Möglichkeiten, wenn du dein Setup anpaßt, also zB. SFTP statt FTPS oder cifs Mount.

[tab-kh]

Ich nutze SFTP mit der Storage Box. Bisher kein Problem, seit Jahren nicht ein Ausfall während eines Backups. Abgesehen von angekündigten Wartungsarbeiten natürlich.

[moonshine]

Ich frage mich, wie es zu dem 500 response kommt, nach ein paar timeouts.

Ein 500-Error signalisiert immer einen internen Ausnahmezustand auf dem Zielserver – hier der FTPS-Server der Storage Box. Entweder ist der Host netzwerktechnisch überlastet oder es liegt dort eine Fehlkonfiguration vor.
Du kannst das Problem nicht direkt lösen, das muß der Hoster tun.
Du hast nur alternative Möglichkeiten, wenn du dein Setup anpaßt, also zB. SFTP statt FTPS oder cifs Mount.

Warum sollte ein FTP Server mit HTTP 500 antworten? Ich nehme an, dass der response aus Keyhelp kommt.
Das erste repository hatte ich mit SFTP angelegt. Bei Hetzner wurde aber letztes Jahr umgebaut und laut Beschreibung gibt es kein SFTP mehr, obwohl es wohl trotzdem noch geht. Ich fange einfach mal wieder ein neues repository an ...thx.

[Waldfee]

Moin, natürlich gibt es bei den Storageboxen bei Hetzner SFTP.

Warum diese Behauptung die falsch ist?

Ich selber nutze auch die Storagebox und habe nachgeschaut unter "Features" und dies lässt sich nicht bestätigen.

[moonshine]

Moin, natürlich gibt es bei den Storageboxen bei Hetzner SFTP.

Warum diese Behauptung die falsch ist?

Ich selber nutze auch die Storagebox und habe nachgeschaut unter "Features" und dies lässt sich nicht bestätigen.

Stimmt, ich habe gerade nachgeschaut. Dann haben sie es wieder geändert. Kurz nach der Migration stand da nur noch FTP, SSH nicht mehr. Jetzt dafür kein FTP mehr ...

Ich werde es wieder über SSH einrichten, vielleicht gehts dann wieder, thx.

[Waldfee]

Nabend, das würde Nie geändert und außerdem guckt man auf der Produkt Seite und nicht im Kundenaccount, welche Features angeboten wird.

Entscheidend ist also hier, dies hier:

[moonshine]

Nabend, das würde Nie geändert und außerdem guckt man auf der Produkt Seite und nicht im Kundenaccount, welche Features angeboten wird.

Entscheidend ist also hier, dies hier:

Screenshot 2026-03-29 at 19-36-12 Storage Box Günstiger Online Speicher und Datenarchivierung.png

Ich hätte es seinerzeit nicht auf FTP geändert, wenn es nach der Migration bei Hetzner im Robot noch SSH gegeben hätte.
Das Protokoll sollte auch egal sein. Der Keyhelp wrapper für rclone hat jedenfalls HTTP 500 zurück gegeben.
Da könnte schon mal jemand schauen, woran es gelegen hat. Cheers.

[Jolinar]

Warum sollte ein FTP Server mit HTTP 500 antworten?

Vielleicht war meine vorherige Erklärun etwas knapp.
Der HTTP-500-Error entsteht nicht direkt vom FTPS-Server der Hetzner Storage Box, sondern im KeyHelp-Wrapper um rclone herum. Er wird nach mehreren IO-Timeouts bei Upload-Requests (rcat/put) generiert, wenn rclone den Netzwerkfehler intern als "unexpected HTTP response 500 Internal Server Error" klassifiziert...Also Ja, FTP antwortet nicht selber mit 500, die Ursache für den 500er liegt aber dennoch auf Hetzner-Seite und/oder beim verwendeten Protokoll.

Da könnte schon mal jemand schauen, woran es gelegen hat.

Wer sollte jetzt wo schauen? Das Problem entsteht IMHO nicht durch das Panel...