Regarding the patch, it wouldn't play a role anymore as now nothing has to be removed. The timeout happens when adding emails.

Recursive remove probably suffers the same fate. I have now implemented the workaround for that as well - https://git.cloudron.io/platform/box/-/commit/65f066d391c498e07d7dd1fde0766b8bae7fa119 . Feel free to apply the patch into /home/yellowtent/box/src/storage/filesystem.js

but it fails during e-mails at varying positions

Do you have some crazy mail folder structure?
Since rsync is limited to 255 char length for the path.
With deep nested folders and long names this could get triggered.
But would show up in the logs

Can you try with tgz instead of rsync?

EDIT: When I look at the folders in the Storage Box, I have backup folders since 02nd March, although my backup policy is 7 days. Could this simply be too much for Cloudron to handle? I could perhaps delete these manually.

I could also get a fresh storage box and attempt to perform a new backup there and see if the issue persists.

@ekevu123 said in Backups times out at "Removing directory /mnt/cloudronbackup/snapshot/mail (mail)":

But /mnt/cloudronbackup should be on the disk, right?

Sorry but there are multiple ways to interprete your question.

• /mnt/cloudronbackup is a directory path on your root server where you can ssh into
• /mnt/cloudronbackup can be local folder if nothing is mounted there
• /mnt/cloudronbackup can be a remote folder if something is mounted there

Such errors with the Hetzner-Storage box can be many things.
Always make sure there is no current maintence done on your Storage-Box, see https://status.hetzner.com/

When using SSHFS you are subjected to the fail2ban of hetzner which is not documented from hetzner anywere, but it exists
This would cut / disrupt the whole connection to the Storage-Box and would only last 15 to 30 Minutes if no more failing requests* are made.
*failing requests? e.g. attempts to mount with wrong password or ssh-key

In your case, please try to mount your Hetnzer Storage-Box locally with the following command:

sshfs -p 23 ACCOUNTID@ACCOUNTID.your-storagebox.de:/home $TARGETMOUNT

Then you can cd $TARGETMOUNT and verify if you can delete stuff locally.
If that works please report back.

ps: @ekevu123 no where before have you mentioned that you are using the Hetzner Storage-Box product. @joseph had to assume it is some generic provider.
For the future, try to describe your setup as precise as possible. This way you get better and faster answers.

I went through the logs of the last backup attempts and looked for the last entries each time:

Apr 08 03:59:59 box:backupformat/rsync Adding vmail/alias@domain.com/mail/.Archive/cur/1640450876.M588430P358.cc2ac4cc0c67,S=14771,W=15404:2,S position 323753 try 1

Apr 06 19:51:40 box:backupformat/rsync Adding vmail/alias@domain.com/mail/.Sent/cur/1674390327.M835576P19744.e4334a49cfa6,S=1973,W=2032:2,S position 431623 try 1

Apr 05 09:13:02 box:shell filesystem: rm -rf /mnt/cloudronbackup/snapshot/mail

Apr 05 03:59:58 box:backupformat/rsync Adding vmail/alias@domain.com/mail/.Archive/cur/1742580897.M74343P843.46f5cae5622d,S=19005,W=19405:2,S position 374316 try 1

Apr 03 21:29:13 box:backupformat/rsync Adding vmail/alias@domain.com/mail/.Archive/cur/1742571065.M344721P843.46f5cae5622d,S=19099,W=19494:2,S position 340523 try 1

Apr 02 17:42:33 box:backupformat/rsync Adding vmail/alias@domain.com/mail/.Archive/cur/1742580774.M330309P843.46f5cae5622d,S=5354,W=5484:2,S position 373873 try 1

Apr 01 08:14:45 box:shell filesystem: rm -rf /mnt/cloudronbackup/snapshot/mail

Apr 01 07:27:11 box:backupformat/rsync Adding vmail/firstname@domain.com/mail/.Virtual.All Mail/cur/1742560747.M843702P858.46f5cae5622d,S=10928,W=11122:2,Sa position 465347 try 1

The error is always "Task 10224 timed out" (with varying numbers)

Apps are being backed up normally.

Also, today, the backup timed out saying "packages out of order".