Support

Hello,

looking at the backup log, the process gets interrupted after 3 minutes and 10 seconds. I suspect your host is enforcing a timeout for CLI operations, killing the process when it's taking too long.

You can ask for an increase of the timeout, but before doing that, I'd suggest to exclude useless data from the backup. For example, I'd start excluding the folder media/k2/items/cache/ . This is just a cache folder for K2 component that holds thousands of images. Even if you delete that, it's not a big deal, since K2 will recreate them on demand.

Please exclude that folder and try again, it should speed up your backup and you should stay within the time limit.

You're welcome!

By the way, regarding the timeout under CLI, it fails because your host is imposing a maximum CPU usage time limit. Please note that CPU usage is different than wall clock time, hence the small variability of a few seconds you may observe in different backups' log files from the start of the backup until the point it abruptly stops.

You will need to contact your host and let them know they have to make a configuration change in their server to let you run your backups. You may use the following text, replacing XYZ with the time it takes to run a backup from the backend plus about 10%. You can find out the time it takes to run a backup in the backend of your site, Akeeba Backup, Manage Backups. If you have multiple backup profiles use the time from the longest-running profile.

Here is the text to use:

I am using CRON jobs to take a backup of my site. I have observed that my CRON job stops executing at around REPLACE THIS BASED ON WHAT YOU SEE IN THE LOG FILE seconds. This is not enough time to complete a backup of my site. This means that you have set up a CPU usage limit either with ulimit or the /etc/security/limits.conf file on your server.

Please make the current CPU limit for my user into a soft lift and set up my CRON jobs so they have a CPU limit of XYZ. This would allow my backups to run without affecting the sensible time limits you have set up for PHP script running over the web.

If your host refuses to make changes you can still automate your backups, either using a third party over-the-web CRON job service which respects redirections (e.g. WebCRON.org) or a third party service which is compatible with Akeeba Backup such as myJoomla.com, BackupMonkey.io or Watchful.li. The latter kind of services also offer additional features such as security auditing, site monitoring, management of core Joomla and extension updates across multiple sites, even backup testing automation in some cases.

The downside of third party services is that they cost money. You can alternatively have an always on-line computer (even a cheap Raspberry Pi would do!) run backups remotely using CRON jobs, either using the Legacy Frontend Backup URL or the modern Akeeba Backup JSON API. In the latter case you'd need to set up Akeeba Remote CLI on the always on-line computer. The always on-line computer can run any of the three major Operating Systems: Windows, macOS or Linux.