Support

Akeeba Backup for Joomla!

#23333 Amazon S3 post-processing fails after update to Akeeba Backup 4.4.0

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 dlb on Wednesday, 30 September 2015 15:45 CDT

meetingexpectations
I updated Akeeba Backup to version 4.4.0 on one of my Joomla sites this morning, and ran Akeeba Backup afterward. The backup completed successfully, but post-processing (upload to Amazon S3) failed, whereas it has worked fine in the past.

Suspecting the update as the culprit, I logged in to another site and ran a backup before updating Akeeba Backup. That backup completed successfully and was successfully uploaded to Amazon S3. I then updated Akeeba Backup to version 4.4.0, and ran another backup immediately afterward. That backup completed but failed to upload to Amazon S3 (reference line 53648 in the attached log).

Please let me know what additional information I can provide.

Thank you,
Joey Sirmons

dlb
Joey,

This is Nicholas' reply to the first report which came in about 20 minutes ago:
Please go to Configuration, find the Post-processing engine row and click on the Configure button next to it. Make sure the "Amazon S3 Region" is set correctly to the same region your bucket is located in. Verify that the "Signature method" is set to "v4 (preferred for Amazon S3)". Click on Save & Close even if you made no changes. Try taking a new backup.



If the backup fails go to Configuration, find the Post-processing engine row and click on the Configure button next to it. Try setting the "Signature method" to "v2 (legacy mode, third party providers)" and click on Save & Close. Try taking a new backup.



If the backup still fails go to Configuration, find the Post-processing engine row and click on the Configure button next to it. Find the "Disable multipart uploads" and check the box next to it. Click on Save & Close. Try taking a new backup.



Please let me know which one of these solutions worked for you. Normally the first one should be sufficient.



If none of these worked please remember to ZIP and attach your backup log file.


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
I want to ask you some questions to help me figure out what is going on. Which region are your buckets in? Do you use uppercase letters or dots in their names? Do you have Use SSL enabled? How big are your backups? What's the part size for split archives?

Thank you in advance. It's impossible for me to do anything constructive when all I have is an error report about something I cannot reproduce on any server, live, test or development, I have available. The extra info will help me.

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!

meetingexpectations
Hi Nicholas,

All our S3 buckets are in region "US Standard."

Bucket names are all lowercase and include one or two hyphens, usually in the format clientname-backups (e.g., "masource-backups").

"Use SSL" is enabled in the "Upload to Amazon S3" post-processing engine for both sites.

Of the two websites I refer to above, the first is rather large, with the backup totaling 2.78Gb, broken into two parts: 2.0GiB and 801.8 MiB. The second website is much smaller, with only one backup part totaling 107MiB.

I have another website with Akeeba Backup installed running version 4.3.1. I am currently able to backup to S3 just fine (without the 4.4.0 update). I suspect the upload to S3 would fail after the update to Akeeba Backup 4.4.0, as with my second website mentioned above. I'm willing to try that and provide you any output (screen shots, log files ... whatever you need) to help troubleshoot. Let me know what steps you need me to take, and what information I can provide.

Thanks,
-- Joey

nicholas
Akeeba Staff
Manager
I found what the problem is. There was a line which wasn't copied over. Version 4.4.1 has just been uploaded and working properly.

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!

dlb
Joey,

This version has been canceled. Thank you for your bug report. Please downgrade to Akeeba Backup 4.3.


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)

meetingexpectations
I confess I have never rolled back an update to a Joomla extension before. Is there a simple way to do that? Or is there a mechanism built in to Akeeba Backup to roll it back?

Thanks,
-- Joey

dlb
You can just download the 4.3.1 version and install it over the 4.4.0 that you have installed. That worked for my site with no problems.


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)

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!