Support

Akeeba Backup for Joomla!

#11168 Upload to Amazon S3 times out or connection gets reset

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 Tuesday, 21 February 2012 07:04 CST

hbiking10
Mandatory information about my setup:

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: 1.5.25
PHP version: 5.2.9
MySQL version: 5.0.92
Host: (optional, but it helps us help you)
Akeeba Backup version: 3.3.13

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:
We have a profile set up to upload to Amazon S3 once the files are all packed and divided. We have tried many settings. Parting the files in JPA format in different package sizes (15,20,100 MB,etc), but nothing works. We have tried different minimum and maximum execution times, but that doesn't work either. At some point, after sending a couple of parts to S3, there is an error in the log either about a timeout or a reset in the connection. I don't know what to do anymore. There is another utility I use to manually upload the files to S3 from my server, and that seems to work just fine with the same configuration parameters that I put in Akeeba Backup.

nicholas
Akeeba Staff
Manager
Have you tried following our troubleshooting instructions for Amazon S3 first? I suspect that disabling multipart uploads will solve this issue.

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!

hbiking10
HI

Yes, I have run through that article already. The "Disable Multipart uploads" is disabled/unchecked.

Thanks

nicholas
Akeeba Staff
Manager
No, sorry, you are wrong. Your log tells me otherwise:
WARNING |120220 02:05:56|Error received from the post-processing engine:

WARNING |120220 02:05:56|AEUtilAmazons3::uploadMultipart(): [55] Send failure: Connection reset by peer

See what it reads? uploadMultipart. This is only called when you are doing a multipart upload.

Please go to your site's back-end, Components, Akeeba Backup and make sure profile #2 is selected. If it's not, please use the drop-down list above the control panel icons to select the second profile. Then go to the Configuration page. Find the "Data processing engine" label and click the "Configure..." button next to it. Find the "Disable multipart uploads" option and make sure it is checked. Then save your configuration and retry backing up.

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!

hbiking10
Nicholas,

Are you only one person? Or a group of people using only one account? I am just wondering because I see you are the only one responding to ALL the support posts.

No, I am not wrong, nor blind sir. I will include a snapshot of my configuration showing that box is not checked. I need to be able to upload multiparts because they are going to Amazon S3 and the entire site is large so it has been compressed in multiple parts. I am a little confused of why you told me to make sure it was checked and then save that configuration.

Is it possible that in the database side, this option is for some reason stuck on disabling multiple parts and therefore not doing the upload? Or is this setting just saved on a file?

Thank you for your help.

nicholas
Akeeba Staff
Manager
Hi Paul,

It's only one person using this account, but I'm not the only person doing support anymore :)

Don't get me wrong. I didn't say you're blind. I only said you're wrong because the log file you posted says that you're mistaken and multipart uploads are, indeed, being used. The log file never lies, unless you've uploaded the wrong log file (this is something I can't check, sorry).

Recap. This can mean one of the following:
- You edited the wrong profile. Please note that each backup profile's settings are independent from the settings of any other backup profile. The backup log file you posted was take with profile #2. If you modified the settings in profile #1 then it's only reasonable that the settings didn't take any effect.
- You changed the settings, took a new backup but never posted your new log file. Well, if this is the case, please post the new log file! When you say "I've already tried what you said but it doesn't work" I assume that you've tried what I said before posting your support request, ergo the one and only backup log file I see is from the time when you thought you had applied this setting.
- You edited a different setting, but thought you had already followed my instructions. Please try following the step-by-step instructions I gave above. It's easy to tick the wrong box by accident. A second check wouldn't hurt.

Regarding your question, the setting can't have gotten stuck in the database. If it did, following the steps I mentioned above would show you that the box is NOT ticked. I assume that you did check its status before posting your reply. If you haven't checked yet, please do it now. If the setting was stuck due to the memory file not being erased, I would see log entries which would indicate that, namely the first thing in the log file would not be the dump of the server environment. So, no the settings are not stuck. Which leaves us with the three possibilities above.

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!