Support

Is it about 4.5GiB or 4.5Gb? The reason I am asking is that 2 ^ 32 = 4294967296 and most people would say “4294967296 is about four and a half gigabytes”.

If PHP is compiled as a 32-bit executable it has a maximum file size limit of 4294967296 bytes because the largest integer it can handle is 2 ^ 32. If PHP is compiled as a 64-bit executable the maximum file size is 2 ^ 64 bytes which is several petabytes — millions of the biggest hard drives currently available.

I suspect that 1&1 is still using 32-bit executables. Try going to the Configuration page of Akeeba Backup, Archiver Engine, Configure, and set the Part Size for Split Archives to 2000MiB.

If that does not work, please make sure that you have enough free disk space and inodes on your account.

Can I please have the backup log file? I think that the problem is not exactly what you describe it to be. The log file will tell me more.

What I see in the log file is that whatever is trying to run that file gives up after 25 redirections. The backup is not broken, it's there waiting for something to follow the redirection issued so it can continue working. Your host never follows the redirection therefore the backup process is left incomplete.

First, go to your host and ask them if there is any way to overcome that limit. Explain the use case to them.

The other options you have, if that leads to a dead end are:

1. Use WebCRON.org to automate the backups using the same front-end backup URL you are using with your host's pseudo–CRON.
2. Use a third party service like Watchful or mySites.guru to run the backups remotely.

In Joomla 4 — when you upgrade your site — there's of course the option to use Joomla's Scheduled Tasks with lazy task scheduling. Depending on your site's traffic (overall and how it fluctuates throughout the day) it may or may not work but at least there's that option as a fallback.