Support

Akeeba Backup for Joomla!

#36870 I keep having backups fail due to Dropbox expired access token

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 tampe125 on Thursday, 14 April 2022 03:14 CDT

panda9

Please look at the bottom of this page (under Support Policy Summary) for our support policy summary, containing important information regarding our working hours and our support policy. Thank you!


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:

On one of my sites I repeatedly have a DropBox V2 upload fail due to an expired access token.

When I update the Authentication Access and Refresh tokens, the backup works that one time, but if I try again another day I get the same error.  I have other sites where this hasn't been an issue.

I've seen other people who have reported this issue on the forum.

I am always up-to-date with Joomla, Akeeba Backup, and what the web host offers as far as PHP version 7.4.x.

Any ideas of what the issue is and what can fix it?

Thank you.

tampe125
Akeeba Staff

Hello,

can you please attach the log of a failed backup? How are you taking the backups? From the backend or in a automated way? In the latter case, how are you triggering them?

Davide Tampellini

Developer and Support Staff

🇮🇹Italian: native 🇬🇧English: good • 🕐 My time zone is Europe / Rome (UTC +1)
Please keep in mind my timezone and cultural differences when reading my replies. Thank you!

panda9

These backups were done manually from the back end administrator.

I also have automated backups (cron task) set up for this site.  I just looked at the backups.  The eight cron backups before this semi-failed.  That is, the folder was created for the backup, and the .jpa file got uploaded, but none of the .j01, j02, etc. files got uploaded.

I have some other sites that have identical backup setups, and none of the Joomla ones are failing the automated cron backups.

I also have a single WordPress site that is exhibiting the same failures.  That is, the .jpa is uploading, but none of the other files.

I've attached a zipped log file that failed on the original site.  I can see the lines that talk about the DropBox failure.  If you want the WordPress log files let me know.

Thanks.

panda9

An additional observation.   The J01, J02, etc files are accumulating in the backup folder on the server, so they are just not getting transferred to Dropbox.

tampe125
Akeeba Staff

I have a suspect on what could be happening. Inside Akeeba Backup profile configuration, can you please remove the check from the option "Enable chunk upload" and try again?

Davide Tampellini

Developer and Support Staff

🇮🇹Italian: native 🇬🇧English: good • 🕐 My time zone is Europe / Rome (UTC +1)
Please keep in mind my timezone and cultural differences when reading my replies. Thank you!

panda9

Hi - I've removed the checkbox on the DropBox "Enable chunk upload" option and it seems to have fixed the problem.  All parts are now uploading properly to DropBox.

I waited to give this solution a week to make sure all my automated backups worked properly, and they have been.  So far all my manual backups are also working properly.

Thank you for your help.

 

tampe125
Akeeba Staff

You're welcome!

Davide Tampellini

Developer and Support Staff

🇮🇹Italian: native 🇬🇧English: good • 🕐 My time zone is Europe / Rome (UTC +1)
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!