Support

Akeeba Backup for Joomla!

#15510 Backup Ajax failures on huge site...

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 Wednesday, 20 March 2013 02:43 CDT

maestroc

Have I read the related troubleshooter articles above before posting (which pages?)? Yes
Have I searched the tickets before posting? Yes
Have I read the documentation before posting (which pages?)? Yes
Joomla! version: 2.5.9
PHP version: 5.3
MySQL version: (unknown)
Host: GoDaddy
Akeeba Backup version: most recent .4

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'm using Akeeba Pro to backup a huge site (single file backups take up 3GB+).  At one point, about three updates ago Akeeba was running fine, uploading the backup in smaller chunks to an Amazon S3 account.  Beginning with the last couple of Akeeba updates though the S3 method no longer works.  The backup completes correctly IF I save the files to the hosting account.  If I do off site processing it fails.

I have tried fiddling with the timeout settings as shown in various forum articles and troubleshooters but still makes it through the whole process up until post processing when I get an Ajax error.

If I set the backup to do the database only it completes with no problem and uploads correctly.  If I have it do files only or full site it crashes with the Ajax error during upload.

Do you have any suggestions for getting this to work with GoDaddy as a host?  I have managed to get it to work properly when downloading to my home FTP server but my ISP will not allow that long term.  I have to get it to work with S3.

I have even gone so far as to 

Minimum execution time: 1 second
Maximum execution time: 5 seconds
Runtime bias: 50%

as suggested on https://www.akeebabackup.com/component/ats/ticket/akeeba-backup-3x/14993-akeeba-backup-config-and-ajax-loading-issues.html#p86885

I also have the JPA file part size as 2047.52 but it doesn't seem to work regardless of what the size value is.

Any help or other ideas would be greatly appreciated.

nicholas
Akeeba Staff
Manager

It seems that PHP's cURL extension cannot connect to Amazon S3. It's not a time setting or a part size which can help you. You'll have to ask your host to help you with this.

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!

maestroc

In phpinfo in Joomla it says that curl is enabled and other curl dependent features on the site work correctly. I am pasting the output from the cURL section of phpinfo below if this would help figure the problem out.  Sorry to throw it back at you but I am almost certain that GD's support people won't know what to do if it works with everything else on my site except for Akeeba...  

Is there something more specific regarding cURL I need to ask them about?

curl cURL support enabled

cURL Information 7.19.7

Age 3

Features

AsynchDNS No

Debug No

GSS-Negotiate Yes

IDN Yes

IPv6 Yes

Largefile Yes

NTLM Yes

SPNEGO No

SSL Yes

SSPI No

krb4 No

libz Yes

CharConv No

Protocols tftp, ftp, telnet, dict, ldap, ldaps, http, file, https, ftps, scp, sftp

Host i386-redhat-linux-gnu

SSL Version NSS/3.13.1.0

ZLib Version 1.2.3

libSSH Version libssh2/1.2.2

nicholas
Akeeba Staff
Manager

Just because something is installed doesn't mean it also works. Show the log file to your host and ask THEM for support. If you don't want to do that, please take your site to a decent hosting provider. I cannot fix hosting issues such as liburl compiled without OpenSSL support (OK, at least your libcurl is not affected by this), outdated OpenSSL libraries, firewalls cutting off outbound traffic, broken upstream providers and the like. I am NOT your host. I CAN NOT tell from my end if something like that happens and I DO NOT have control over that so that I can change it. I don't know how to say it in different words. I can't help you. Your host can (at least, they should).

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!

maestroc
That was an incredibly rude response from a company I bought a product from. All I was asking was for more info before I called GD. I know they suck and I have asked the client to move. They don't want to, and that is their choice. It is my job as a consultant to help them fix the problem...

Much the same as it should be for your company... Very rude...

nicholas
Akeeba Staff
Manager

I apologise if the reply came as rude. It was anything but. I simply stated the facts: cURL is installed but it doesn't mean it works. I also explained why this may happen, why I can't help you with that and why you have to contact the host. I did that with the sincere expectation that it would be a helpful reply which would allow you to understand why I insisted on requesting support from your host. I would consider simply replying "As I stated above, you have to contact your host for support" to be much more rude, albeit perfectly correct and up to the point. Perhaps it has to do with the fact that English is a foreign language to me (I am Greek, living in Greece and Greek is my only native language). I honestly don't understand why you got so upset.

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!

maestroc

It would be ALL THE CAPS YOU USED...  Plus the very sarcastic way the paragraph was phrased.  I understand that English is not your first language, but CAPS are rude in any language and not appropriate for a business speaking to one of its customers.

nicholas
Akeeba Staff
Manager

In my reply I told you what you have to do (show your host the log file which contains a hint for them where to start debugging), what could go wrong (which would help your host) and that I honestly cannot help with an issue that's outside my control. That's a fact. I don't see how that's sarcastic.

Despite sarcasm also being a Greek word ("σαρκασμός" – albeit with a French origin) I decided to look it up in the dictionary, just to be sure I am understanding you correctly.  According to the Mariam-Webster dictionary, sarcasm is "a sharp and often satirical or ironic utterance designed to cut or give pain". My response might have been more sharp than I intended it to be (and I apologised for that), it was neither satirical nor ironic and it certainly wasn't designed to cut or give pain. On the contrary, I tried to convey the exact reasons why I can't help you, so that you don't think that I am trying to get rid of you. I emphasised "NOT" by using caps in my reply so that it's not perceived as irony or an attempt to evade answering your request. Apparently it had the opposite results which wasn't my intention.

If I may, I still don't understand what kind of reply would have satisfied you. No reply would be perceived as ingoring you and you'd be offended – righftfuly so. Telling you what to do was ignored and you repeated your request – at least that's how it was perceived by yours truly. Emphasising what you need to do and why was perceived as sarcasm and rudeness. Which way should have I replied to you? This question is not sarcasm, I am asking this question honestly because I really don't want to offend my users, I want to help them. Thank you in advance for helping me improve the way I'm helping you.

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!