Akeeba Backup for Joomla!

Tuesday, 19 July 2011 15:21 CDT

user12910

Mandatory information about my setup:

Have I read the related troubleshooter articles above before posting (which pages?)? yes Akeeba Backup throws an AJAX Error,
Have I searched the forum before posting? yes
Have I read the documentation before posting (which pages?)? No
Joomla! version: Joomla! 1.5.23 Stable
PHP version: 5.2.13
Host: rackspace.com
Akeeba Backup version: 3.3.b1

Description of my issue:

Okay, I've spent an entire day trying to figure this out myself, but haven't gotten anywhere. I'm using Akeeba on several different sites, but for some reason just this site is a problem. I'm thinking it has something to do with the size of the site but I'm not sure. It backs up fine if the back up is being stored on the site itself, but when I try to upload the files up to rackspace then it will give me a either a 500 or Invalid AJAX data: which is what it's currently giving me.

Wednesday, 20 July 2011 01:40 CDT

nicholas

Hi!

Please ZIP and attach your backup log file. This will allow me to find out what is going on.

Most likely you forgot to split the backup archive or the size of the split archive's parts is too big. Well, the log will tell me what happened so that I can be more specific in my suggested fix :)

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!

Wednesday, 20 July 2011 09:20 CDT

user12910

Sorry about that, could have sworn I had attached it. Here's the log. Thanks for any help.

Wednesday, 20 July 2011 10:54 CDT

nicholas

Your backup is 3.7Gb. The part size is 2Gb. Uploading 2Gb will obviously take a very (VERY!) long time, causing a timeout error in PHP. The only workaround is to use a rather small part size (around 50Mb) as noted in the documentation. On the flip side, this will cause the backup to be split in hundreds of smaller files.

The workaround to that is using the Native CRON script to run your backup, keeping your (default) 2Gb part size. Since that script runs from the CLI (command line) interface of PHP it is not bound by timeouts and has no problem uploading extremely large files to CloudFiles.

I hope that makes sense!

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!

Thursday, 21 July 2011 21:55 CDT

user41634

Hi Nicholas,
Also getting an AJAX error:

AJAX Loading Error
HTTP Status: 500 (Internal Server Error)
Internal status: error
XHR ReadyState: 4
Raw server response:

I've attached the log file (running latest stable version). Funny thing is that it appears they are showing up in administrator/components/com_akeeba/backup properly... just getting the weird error message.

Thanks as always!

Friday, 22 July 2011 01:25 CDT

user24614

I've the same error

Η λήψη αντιγράφου ασφαλείας σταμάτησε επειδή εντοπίστηκε ένα σφάλμα. Το τελευταίο μήνυμα σφάλματος ήταν:
AJAX Loading Error
HTTP Status: 500 (Internal Server Error)
Internal status: error
XHR ReadyState: 4
Raw server response:

Thanks

Friday, 22 July 2011 01:26 CDT

nicholas

Please download and install Akeeba Backup 3.3.1

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!

Friday, 22 July 2011 01:48 CDT

user24614

It's works!!!
Thanks

Friday, 22 July 2011 01:48 CDT

nicholas

Great! Thank you for your feedback :)

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!

Friday, 22 July 2011 03:15 CDT

user30870

thanks for your fast update

Friday, 22 July 2011 03:24 CDT

nicholas

You're welcome! Sorry for the trouble. I don't use PHP 5.2 any more. I try hard to make sure that I'm not accidentally using a PHP 5.3 feature in my software but it's not that bullet-proof it seems :s

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!

Friday, 22 July 2011 08:49 CDT

user41634

Fixed on my side too! :)

Friday, 22 July 2011 08:55 CDT

nicholas

Seems like we got it nailed on the head :)

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!

Tuesday, 13 September 2011 15:06 CDT

provence

bonjour,
même souci après MAJ 3.3.4
merci de votre réponse

Tuesday, 13 September 2011 15:20 CDT

nicholas

Hi,

You have a completely different issue than the original poster on this thread. One of your tables, #__jstats_visits, has too many rows. Your server seems to have a limitation on how many SQL queries you can run per hour. In order to work around that, you have to go to "Database Table Exclusion" in your Akeeba Backup page, then exclude that table from the backup. If the error persists, please start a new thread.

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!

Wednesday, 14 September 2011 10:41 CDT

erix

Hi Nicholas,

I have also an ajax answer with my backup :
AJAX Loading Error
HTTP Status: 500 (Internal Server Error)
Internal status: error
XHR ReadyState: 4
Raw server response:

My php version is 5.2.17 (OVH), Joomla 1.5.23 and akeeba pro 3.3.4
I have noted that akeeba meet some problems with this version of PHP but I have another website on OVH with the same PHP version and akeeba works fine (same configuration)

Thx for your answer

adishatz, erix

www.agerix.fr

Wednesday, 14 September 2011 11:20 CDT

nicholas

Hi! The PHP version is irrelevant. Try using the following settings in Akeeba Backup's Configuration page:
- Minimum execution time: 5 seconds
- Maximum execution time: 3 seconds (yes, maximum is less than minimum, it is not a typo)
- Runtime Bias: 50%
And give it another go. If it still fails, please attach your new backup log file.

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!

Wednesday, 14 September 2011 11:56 CDT

erix

Hi,

Same error, here is the backup log file

adishatz, erix

www.agerix.fr

Wednesday, 14 September 2011 12:10 CDT

nicholas

OK! I see that the backup always halts when trying to archive the file media/IrlandeMai2011.rar. This means wither of two things:
1. You are running out of disk space. Check how much free space you have on your host. As a rule of thumb, we suggest having at least 40%-50% of your disk quota free before taking a backup. More is better.
2. The media/IrlandeMai2011.rar file is very large, takes forever to be backed up and causes a PHP timeout. Take a look at the file using your FTP programme. If its size is over 1-2Mb, you might want to exclude it from the backup using the "Files and Directories Exclusion" page in 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!

Wednesday, 14 September 2011 14:54 CDT

erix

Hi NIcholas,
you were right with this file size, I have excluded the media directory and the backup was good.
I'll be aware about this setting for others.
Thank you for giving me your time

erix

adishatz, erix

www.agerix.fr

Wednesday, 14 September 2011 15:00 CDT

nicholas

You're welcome! I am glad it's working now :)

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!

Support