Support

Akeeba Backup for Joomla!

#14173 Akeeba shows error message but backs up to ftp

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 nicholas on Saturday, 08 December 2012 15:24 CST

user58424

Mandatory information about my setup:

Have I read the related troubleshooter articles above before posting?YES
Have I searched the tickets before posting? YES
Have I read the documentation before posting? YES
Joomla! version: (2.5.8)
PHP version: (5.3.10)
MySQL version: (5.1.66)
Host: (vida host)
Akeeba Backup version: (3.6.9)

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:

I recently upgraded to Joomla 2.5.8 and also to the latest version of Akeeba Pro. My back up is connected to webcron (now showing an error 303 message)  and has been brilliant but from the 17th November - the timeof upgrade - doesn’t seem to work.

I have been into the configuration wizard and run that but still no luck. The strange thing is that the back up file is appearing on my ftp and labeled as OK. But when the back up takes place it goes through all the processes OK until it gets to “Finalizing the back up process” when it shows the following error message:
Ajax Loading error: HTP status : 0  (Time out) Internal Status : timeout XHR Ready status: 0 Raw status undefined.  Zipped log attached.

I have checked with my host that nothing has changed and they confirm that that there is enough storage space on my account, the PHP is higher than 5.1.6 and the My SQL is higher than 4.1- as detailed above.

I don't expect you to help with the webscron job but do need to solve the problem of why Akeeba is showing the error message and yet apparently backing up to the ftp as I am sure this will affect webcron.

Can you please make a suggestion as to how to fix this.

Sorry to read you're not feelign well. Hope you get better soon.


Many thanks
Jayne

nicholas
Akeeba Staff
Manager

Hello Jayne,

You have a single part archive file which is 228864146 bytes (about 218Mb) long. Uploading it to S3 (not FTP as you say in your support request) does take a lot of time to complete. This causes a timeout issue. You have to set up a smaller Part Size for Split Archives as per the documentaiton. My guess is that a part size between 5Mb and 30Mb should do the trick. If you are not sure what I mean please do let me know so that I can point you to the correct documentation page.

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!

user58424

Hi Nicholas,

Yes, please tell me where to find the info on Part size for Spilt archives as I'm sure you will be right.

However, there are two issues:

1. The uploading to the S3 for which you suggest the above solution; and

2. As I  said in my original question: The strange thing is that the back up file is appearing on my ftp and labeled as OK. But when the back up takes place it goes through all the processes until it gets to “Finalizing the back up process” when it shows the following error message:Ajax Loading error: HTP status : 0  (Time out) Internal Status : timeout XHR Ready status: 0 Raw status undefined.  Zipped log attached.

So my question is : As the file is on the ftp, even though there is an error message, has it actually completed? 

Many thanks

Jayne

 

 

nicholas
Akeeba Staff
Manager

Hello Jayne,

This is actually a connection timeout error, caused because it does take a signifficant amount of time to upload the file to FTP. Even though the PHP script is running and uploading your files to the FTP server, the browser is "fed up" waiting and whines that the web server doesn't respond in a timely manner. That's what the "HTTP Status 0 (Time out)" means.

The strategy to overcome this is to use a smaller Part size for split archives. This way the backup archive is "chopped" into smaller files, each one taking signifficantly less time to transfer than the entire archive, thus avoiding the timeout issues.

Also see: https://www.akeebabackup.com/documentation/akeeba-backup-documentation/step-by-step-guides.html#how-to-cloud-backup-basic-config

 

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!

user58424

Hi Nicholas, 

I still can't get my back up to work properly. I have set the split archives to 20mb and now it uplaods a number of these and then a very small jpa file. Prevously I had one jpa file of about 212 MB now I have about 11 x 20mb files and one 725kb jpa file. It also takes about 40 minutes to complete the back up as opposed to the five minutes it used to take. t

This problem happens indentically on my ftp and in Amazon s3. Also webcron no longer works with my akeeba back. I have spoken to them and they have no answers and referred me back to you. I am attaching my log.

My back up has only become a problem since i upgraded joomla and Akeebs.

This is driving me nuts! If you can help I would be most grateful.

Thanks

Jayne

 

nicholas
Akeeba Staff
Manager

I still can't get my back up to work properly. I have set the split archives to 20mb and now it uploads a number of these and then a very small jpa file. Previously I had one jpa file of about 212 MB now I have about 11 x 20mb files and one 725kb jpa file.

This sounds normal. The .jpa file is the last file of the multi-part backup set.

It also takes about 40 minutes to complete the back up as opposed to the five minutes it used to take. t

This also makes sense. It takes a lot of time to upload the files, be it FTP or S3. This is a limit which depends on your server's connection speed to the remote FTP server or Amazon S3. The time you are mentioning is high, yes, but not unusually high for most servers I've seen. The maximum speed on commercial servers I've seen is 10Mb/sec (roughly 100MBps). The typical speed is around 5MBit/sec, or 0.5 Mb/sec. On a busy shared server it may be as low as 1Mbit / sec or roughly 100Kb/sec. So the time you mention sounds consistent with a typical buys shared host, always according to my experience.

Also webcron no longer works with my akeeba back.

Yes, they only allow up to 30 minutes per CRON job. There is no workaround other than moving to a more performant server. The transfer speed between servers is something beyond my control :(

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 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!