Support

Akeeba Backup for Joomla!

#18592 Backup failed - AJAX Loading Error

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 Vigalom on Monday, 23 December 2013 12:37 CST

Vigalom
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 :-(

dlb
  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


us.gifEnglish: native


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


????
My time zone is EST (UTC -5) (click here to see my current time in Philadelphia, PA)

Vigalom
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 (www.hongarijevandaag.nl), the other 3 worked in the past.

Jan

dlb
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


us.gifEnglish: native


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


????
My time zone is EST (UTC -5) (click here to see my current time in Philadelphia, PA)

nicholas
Akeeba Staff
Manager
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 • 🕐 My time zone is Europe / Athens
Please keep in mind my timezone and cultural differences when reading my replies. Thank you!

Vigalom
Yeah!
Seems to be the solution.

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

Jan

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!