Support

Akeeba Backup for Joomla!

#16754 Large backup fails when using CLI, goes into endless loop

Posted in ‘Akeeba Backup for Joomla! 4 & 5’
This is a public ticket

Everybody will be able to see its contents. Do not include usernames, passwords or any other sensitive information.

Environment Information

Joomla! version
n/a
PHP version
n/a
Akeeba Backup version
n/a

Latest post by jern on Monday, 15 July 2013 07:38 CDT

jern
Mandatory information about my setup:

Have I read the related troubleshooter articles above before posting (which pages?)? No
Have I searched the tickets before posting? No
Have I read the documentation before posting (which pages?)? No
Joomla! version: (unknown)
PHP version: (unknown)
MySQL version: (unknown)
Host: (optional, but it helps us help you)
Akeeba Backup version: (unknown)

EXTREMELY IMPORTANT: Please attach a ZIP file containing your Akeeba Backup log file in order for us to help you with any backup or restoration issue. If the file is over 2Mb, please upload it on your server and post a link to it.

Description of my issue:


Hi, I have two separate sites on the same server. The smaller site backup completes in about a minute (see attached log), although it generates a much bigger .jpa file than I expected.

The larger site does not complete. See the second log. It seems to be super-slow, and then spawns a second backup, and a third, and a fourth... Within a couple of hours, the server falls over because the disk is full. One day last week, the Akeeba log for the larger grew to 2.5GB.

I seem to have the same problem from the backend and from the command line.

Thanks.

nicholas
Akeeba Staff
Manager
Small site: I can see no problem

Large site: The log file attached is from a back-end backup, not CLI. The back-end backup seems to be killed by the host due to excessive resource usage, while backing up a huge CiviCRM database. Unfortunately we can't do anything about it except perhaps exclude the contents of civicrm_job_log table from backup.

Nicholas K. Dionysopoulos

Lead Developer and Director

πŸ‡¬πŸ‡·Greek: native πŸ‡¬πŸ‡§English: excellent πŸ‡«πŸ‡·French: basic β€’ πŸ• My time zone is Europe / Athens
Please keep in mind my timezone and cultural differences when reading my replies. Thank you!

jern
Yes, I couldn't attach a CLI log file, because they are mega huge. I will work on reducing the size of the DB etc, and hopefully that should fix it.

For future reference, is there a way of aborting a cron job CLI backup once it has started? I had to re-boot the server.

nicholas
Akeeba Staff
Manager
To the best of my knowledge there is no way to cancel a CRON job once it's started unless you have SSH access to the server and a good working knowledge of UNIX, namely the kill and ps commands.

Nicholas K. Dionysopoulos

Lead Developer and Director

πŸ‡¬πŸ‡·Greek: native πŸ‡¬πŸ‡§English: excellent πŸ‡«πŸ‡·French: basic β€’ πŸ• My time zone is Europe / Athens
Please keep in mind my timezone and cultural differences when reading my replies. Thank you!

jern
Yes, I could do that. Just kill the cron process? Or are there other process which would then also need killing?

Thanks.

nicholas
Akeeba Staff
Manager
The CRON daemon should not be killed. The CRON daemon should have spawned a PHP process and that's the one you have to kill. Using ps you can determine the pid of the PHP process and then kill it with the SIGKILL signal (SIGTERM will probably not work).

Nicholas K. Dionysopoulos

Lead Developer and Director

πŸ‡¬πŸ‡·Greek: native πŸ‡¬πŸ‡§English: excellent πŸ‡«πŸ‡·French: basic β€’ πŸ• My time zone is Europe / Athens
Please keep in mind my timezone and cultural differences when reading my replies. Thank you!

jern
OK. Hopefully it won't be needed, but thanks very much for your prompt help. Jeremy.

Support Information

Working hours: We are open Monday to Friday, 9am to 7pm Cyprus timezone (EET / EEST). Support is provided by the same developers writing the software, all of which live in Europe. You can still file tickets outside of our working hours, but we cannot respond to them until we're back at the office.

Support policy: We would like to kindly inform you that when using our support you have already agreed to the Support Policy which is part of our Terms of Service. Thank you for your understanding and for helping us help you!