Support

Akeeba Backup for Joomla!

#25794 Akeeba Backup - Keeps failing again in dropbox

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 Monday, 08 August 2016 08:32 CDT

Abdennur
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:

Hello, backing up to my dropbox account again fails. This time, there was no error shown when I used ALICE. Only a warning about the post-processing engine. Attached is the log file generated upon backup failure.

supportbot
Hello,

This is an automatic reply to a common question we detected in your ticket.

We have removed integration with the Dropbox v1 API because Dropbox itself announced it is deprecated and will be turned off by June 28th, 2017. We chose to remove support for the deprecated API now to make sure that all of our clients will be ready for Dropbox' deprecation next year. If you think that's an overkill please keep in mind that we added Dropbox v2 support in November 2015 with the documentation note that it's the recommended version and that the v1 API may stop working at any point.

Unfortunately, Dropbox' v1 and v2 APIs are very different and there is no way to have an automatic migration from v1 to v2. The access tokens used in the two API versions are and work different. This means that by upgrading to a new version of Akeeba Backup / Akeeba Solo your backup profiles which were using the deprecated Dropbox v1 API integration are no longer linked to a post-processing engine and produce errors.

Luckily there's a very simple process you have to follow once on every site and backup profile you want to (re)link to Dropbox.

THIS PROCESS ONLY NEEDS TO TAKE PLACE ONCE PER BACKUP PROFILE AND SITE.

  • Go to your Akeeba Backup / Akeeba Solo main page.
  • Select the backup profile you want to relink.
  • Click on Configuration.
  • In the Post-processing Engine dropdown select "Upload to Dropbox (v2 API)"
  • Click on Configure next to it.
  • Click on the "Authentication – Step 1" button.
  • You may have to log in to Dropbox if you are not already logged in. Also, if you had not authorized another Akeeba Backup or Akeeba Solo installation to use Dropbox you may see a confirmation about it. If you are already logged in and have authorized our software to use Dropbox you will not see any of that.
  • You then see a page with the big title "Dropbox Authentication is almost complete". Click on the blue "Complete Dropbox authentication" button below it.
  • Now you're back to Akeeba Backup / Akeeba Solo. Click on Save & Close to complete the setup.


Unlike the Dropbox v1 API you must not copy the token from one profile / site to another. Instead, repeat the process above. Dropbox API v2 produces a new token every time you link a new backup profile or site to Dropbox without revoking the previous one.

Again, we apologize for having to go through this process but this is due to changes made on Dropbox' side. On the upside, the Dropbox API v2 is much more stable, allows for bigger uploads and lets us perform "chunk uploads", a technique which allows us to transfer very large backup archives without you having to set up small part sizes. You can now safely use a Part Size for Split Archives up to 2047 Mb without any upload worries.

If the instructions did not work for you please reply back to your ticket on our site, not by email, and let us know what you tried already (the more details you give the better). Also remember to ZIP and attach your backup log file if you have not already done so.
 I am a bot, not a human. I am here to help you.

dlb
Ignore the bot, it doesn't apply to your issue.

Your backup is failing at the beginning of the database dump. There is no error in the log, are you getting anything on screen?


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)

Abdennur
I tried it again and this is the error that popped upon backup failure :

Backup Failed

The backup operation has been halted because an error was detected.
The last error message was:

AJAX Loading Error
HTTP Status: 406 (Not Acceptable)
Internal status: error
XHR ReadyState: 4
Raw server response:
Not Acceptable!
An appropriate representation of the requested resource could not be found on this server. This error was generated by Mod_Security.

I attached another log.

dlb
This one got a lot farther, it was well into packing files when it stopped. Once again, no error in the log.

The 406 error is related to mod_security, that is an Apache module that your host sets up. We may have to go to them to see what the backup is doing to trigger it. It could be CPU use or database reads, etc. The first backup tells me it isn't file size. Before we go to the host, let's try to adjust the timing settings.

Please go to your Akeeba Backup Configuration page and try setting:
Minimum execution time: 1 second
Maximum execution time: 10 seconds
Runtime bias: 75%


If this still fails please try the conservative settings:
Minimum execution time: 5 second
Maximum execution time: 3 seconds (yes, the maximum is less than the minimum, it's not a typo)
Runtime bias: 50%


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)

Abdennur
Minimum execution time: 1 second
Maximum execution time: 10 seconds
Runtime bias: 75%

This configuration worked for me. Thanks!

dlb
You're welcome!


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!