Support

Akeeba Backup for Joomla!

#33374 Backups failing regardless of part size or overall archive size

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 on Sunday, 09 August 2020 17:17 CDT

Thursday, 09 July 2020 19:54 CDT

maestroc

Wondering if you might be able to give me some other ideas for how to get this backup job to complete.  The grand total of files to be backed up is around 28gigs.  In each case the backup is set to upload to S3.  The system stops sending parts to S3 at random times in the upload process with errors such as the error shown below.  On rare occasions the backup will complete but 90% of the time it does not.

Things I have done to try to fix:

Played with the part size, everything from 10MB up to 512MB.  

Cut down on the amount to be backed up.  Instead of the whole 28gigs I have done folder selection to cut it down to half that.

The error log is attached but here is the relevant part.  Thank you for any other ideas you might have for this.

FYI, yes, I know PHP is outdated.  We are close to being able to migrate to a 7x account but can't until a few other updates are done to the main site.

[200709 15:57:10] Upload cannot proceed. Amazon S3 returned an error message: 0 :: Akeeba\Engine\Postproc\Connector\S3v4\Connector::uploadMultipart(): [0] We encountered an internal error. Please try again. \n \n Debug info: \n SimpleXMLElement Object \n ( \n [Code] => InternalError \n [Message] => We encountered an internal error. Please try again. \n [RequestId] => F31D2A0016E36573 \n [HostId] => cD4CP2Gn+okImAaFGGavc1GOxR7RxoIbGDBpZx6Wyz+GeJV+aIbSKtHEkT2wxTSRoWvBnAvEYgg= \n ) \n
[200709 15:57:10] Failed to process file administrator/components/com_akeeba/backup/RCDownloads-only-coremap.com-20200709-154759.j38
[200709 15:57:10] Error received from the post-processing engine:
[200709 15:57:10] Upload cannot proceed. Amazon S3 returned an error message: 0 :: Akeeba\Engine\Postproc\Connector\S3v4\Connector::uploadMultipart(): [0] We encountered an internal error. Please try again. \n \n Debug info: \n SimpleXMLElement Object \n ( \n [Code] => InternalError \n [Message] => We encountered an internal error. Please try again. \n [RequestId] => F31D2A0016E36573 \n [HostId] => cD4CP2Gn+okImAaFGGavc1GOxR7RxoIbGDBpZx6Wyz+GeJV+aIbSKtHEkT2wxTSRoWvBnAvEYgg= \n ) \n \n Failed to process file administrator/components/com_akeeba/backup/RCDownloads-only-coremap.com-20200709-154759.j38

Edited by on 2020-08-09 17:45 CDT

Friday, 10 July 2020 00:58 CDT

nicholas

The message you are getting indicates that Amazon S3 itself experienced an internal error. That is to say, the problem is on Amazon's side. Can you please try uploading a backup to the same bucket and directory from a different site that you know for a fact is working properly? If that works my suspicion would be that your host has put a proxy in front of your server which messes with the outbound request to Amazon S3. This would indeed cause the request to make no sense and there's a good chance Amazon S3 would throw an internal error.

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!

Sunday, 09 August 2020 17:17 CDT

System Task
system
This ticket has been automatically closed. All tickets which have been inactive for a long time are automatically closed. If you believe that this ticket was closed in error, please contact us.
Edited by on 2020-08-09 17:17 CDT

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!