Akeeba Backup for Joomla!

#18592 – Backup failed - AJAX Loading Error

Posted in ‘Akeeba Backup for Joomla!’
This is a public ticket. Everybody will be able to see its contents. Do not include usernames, passwords or any other sensitive information.
Thursday, 19 December 2013 08:42 CST
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:
Backup Failed

The backup operation has been halted because an error was detected.
The last error message was:

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

Please click the 'Analyse Log' button below have Akeeba Backup analyse its log file for further information.

I tried all the solutions you gave in your documentation, but :-(
Custom Fields
Which troubleshooter articles did you read?
Have you searched the tickets before posting? Yes
Which documentation pages did you read? Buttons in Akeeba Backup
Joomla! version (in x.y.z format) 3.2.1
PHP version (in x.y.z format) Linux web12 3.8.0-34-generic #49~precise1-Ubuntu SMP Wed Nov 13 18:05:00 UTC 2013 x86_64
MySQL/database version 5.1.72-0ubuntu0.10.04.1-log
Host (who is hosting your site, not your domain) PC Extreme
Akeeba Backup version (x.y.z format) Akeeba Backup Professional 3.9.1 (2013-11-20)
Kickstart version (x.y.z format)  
Thursday, 19 December 2013 20:16 CST
  1. Do you have enough disk space? That would be my first guess from the log file.
  2. What size is your split archive set to?
  3. Is there any information in the server error log? The location of the error log varies from one host to another, you may have to check with your host if you don't know how to access it.

Dale L. Brackin

Support Specialist

English: native

Please keep in mind my timezone and cultural differences when reading my replies. Thank you!

Friday, 20 December 2013 09:07 CST
1. Absolutely. 25GB!
2. 99,98 MB
3. I searched and asked the provider. There aren't error-logs :-(. The only thing is: I can switch on: php_flag display_errors on, but no results.

By the way: this problem is on 4 of my sites on different hostings :-(. Except this one (, the other 3 worked in the past.

Friday, 20 December 2013 09:44 CST
There are error logs, the host has simply chosen not to give you access to them. So you have a site throwing an error and no way to figure out why. That is one of my personal criteria for a "bad host."

I am going to ask Nicholas to take a look at this.

Dale L. Brackin

Support Specialist

English: native

Please keep in mind my timezone and cultural differences when reading my replies. Thank you!

Monday, 23 December 2013 04:31 CST
Hello Jan,

Sorry for the late reply!

Analysing your log and reading your replies to Dale I believe I understand where the problem lies. PHP or your web server experiences a timeout issue when uploading the nearly 100Mb part file to remote storage. You missed an important bit of the documentation. This is where I explain why the part size plays an important role in prevention of timeouts.

TL;DR: Set the part size for split archives to a smaller value. Keep reducing it until the backup completes. The exact part size depends on your server and its connection speed to the remote storage server, usually values between 10 and 20Mb work best.

Nicholas K. Dionysopoulos

Lead Developer and Director

🇬🇷Greek: native

🇬🇧English: excellent

🇫🇷French: basic

Please keep in mind my timezone and cultural differences when reading my replies. Thank you!

Monday, 23 December 2013 12:37 CST
Seems to be the solution.

In earlier instructions you wrote a maximum of 50MB, but 20MB work.

This ticket is closed, therefore read-only. You can no longer reply to it. If you need to provide more information, please open a new ticket and mention this ticket's number.

Support Information

Working hours: Typically we work Monday to Friday, 9am to 7pm Cyprus timezone (EEST). Support is provided by the same developers writing the software, all of which live in Europe. You can still file tickets, but we cannot respond to them, outside of our working hours.

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!

Cookies Notification - Action required

This website uses cookies to provide user authentication and improve your user experience. Please indicate whether you consent to our site placing these cookies on your device. You can change your preference later, from the controls which will be made available to you at the bottom of every page of our site.