Support

Akeeba Backup for Joomla!

#11381 akeeba.cli.log growing at 1MB per minute

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 michael.hermary on Monday, 05 March 2012 11:14 CST

michael.hermary
Mandatory information about my setup:

Have I read the related troubleshooter articles above before posting (which pages?)? Yes, the table of contents
Have I searched the tickets before posting? Yes
Have I read the documentation before posting (which pages?)? Yes
Joomla! version: 1.5.23
PHP version: 5.3.10
MySQL version: 5.1.61
Host: Rochen
Akeeba Backup version: 3.3.13

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:

My akeeba.cli.log file grows at an incredible rate (estimated more than 1Mb per second) until maxing out my disk space at a file size of hundreds of MB. If I delete it, it just starts again.

What happened is Rochen moved all of my sites to a new server and some of the Akeeba configuration info got reset to nothing, most notably my 'Upload to S3' section. So I fixed that this morning and the new upload to S3 worked fine, but now I have this problem of the huge akeeba.cli.log file.

It keeps doing this:

DEBUG |120305 07:24:23|====== Starting Step number 84855477 ======
DEBUG |120305 07:24:23|Updating statistics
DEBUG |120305 07:24:23|----- Finished operation 1 ------
DEBUG |120305 07:24:23|Successful Smart algorithm on AECoreDomainFinalization
DEBUG |120305 07:24:23|Kettenrad :: More work required in domain 'finale'
DEBUG |120305 07:24:23|====== Finished Step number 84855477 ======
DEBUG |120305 07:24:23|*** Engine steps batching: Break flag detected.
DEBUG |120305 07:24:23|*** Batching of engine steps finished. I will now return control to the caller.
DEBUG |120305 07:24:23|No need to sleep; execution time: 0.927925109863 msec; min. exec. time: 0 msec
DEBUG |120305 07:24:23|
DEBUG |120305 07:24:23|====== Starting Step number 84855478 ======
DEBUG |120305 07:24:23|Updating statistics
DEBUG |120305 07:24:23|----- Finished operation 1 ------
DEBUG |120305 07:24:23|Successful Smart algorithm on AECoreDomainFinalization
DEBUG |120305 07:24:23|Kettenrad :: More work required in domain 'finale'
DEBUG |120305 07:24:23|====== Finished Step number 84855478 ======
DEBUG |120305 07:24:23|*** Engine steps batching: Break flag detected.
DEBUG |120305 07:24:23|*** Batching of engine steps finished. I will now return control to the caller.
DEBUG |120305 07:24:23|No need to sleep; execution time: 0.930070877075 msec; min. exec. time: 0 msec

nicholas
Akeeba Staff
Manager
First, edit your CRON jobs and find the one which runs Akeeba Backup. My guess is that it fires every minute or so. Then, ask Rochen to terminate all of the CRON tasks executing under your account. Then rebuild your CRON jobs so that they execute, say, only once per day.

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!

michael.hermary
Thanks, but that wasn't it. The CRON job was set to fire once per day. For good measure, I deleted it and created it again, but it's set at:
105*** /usr/bin/php -q /home/myusername/public_html/administrator/components/com_akeeba/backup.php

It's strange, I can still create backups no problem, but this file just keeps growing to many hundreds of megabytes in size in 10 minutes.

nicholas
Akeeba Staff
Manager
Try installing Akeeba Backup Pro on top of your existing installation (without uninstalling) because I think that you have a broken table in your installation.

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!

michael.hermary
I actually had just installed the newest version this morning. The problem was happening both before and after that. I've since installed it again and the problem persists.

Perhaps I should uninstall entirely and then install again? I don't mind running the configuration wizard again.

nicholas
Akeeba Staff
Manager
Yes, that sounds like a good idea. If the problem persists, ask Rochen to give your database user the ALTER TABLE privilege and reinstall Akeeba 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!

michael.hermary
Wow, I uninstalled and then installed again and the problem persists. Unbelievable. I already have alter table privileges.

If you have any other ideas, please let me know. I'll also ask Rochen if they have any thoughts. Otherwise my main website is out of commission.

nicholas
Akeeba Staff
Manager
Please note that if the backup process was already running when you uninstalled/reinstalled Akeeba Backup, the uninstall/reinstall wouldn't help anyway. As I said in first reply, the very first step would be asking your host to kill the runaway backup process, then perform any other step.

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!

michael.hermary
Sorry Nicholas, I misunderstood earlier. Yes, the cron jump must have been executing continuously. The way to stop that at Rochen if you have WHM access is to suspend and then unsuspend the account. Thanks for all the help. Case closed.

nicholas
Akeeba Staff
Manager
I'm glad it's all solved now. Nice tip regarding WHM! I didn't know that. I'll keep that in mind.

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!

michael.hermary
Who are you talking to? I am receiving the emails but I do not have use Rochen subscription/hosting.

nicholas
Akeeba Staff
Manager
What the heck is going on? Are you two people posting from the same account without the legitimate owner of the account (the person who posted last) knowing anything about the first person's posts?

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!

michael.hermary
Please contact me directly by email.

Michal

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!