Support

Akeeba Backup for WordPress

#38335 Backup to Dropbox

Posted in ‘Akeeba Backup for WordPress’
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

WordPress version
6.1.1
PHP version
8.0.25
Akeeba Backup version
7.7.6

Latest post by nicholas on Monday, 16 January 2023 05:29 CST

RoyPurlan

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 10MiB, please upload it on your server and post a link to it.

Hi,

 

I am having a lot of trouble trying to get the backup to backup to Dropbox. Can you help me with this?

nicholas
Akeeba Staff
Manager

This looks like a timeout trying to upload a 20Mb chunk of data to Dropbox.

Go to wp-admin, Akeeba Backup, Configuration, find the Post-processing engine row, click on the Configure button next to it. Set the Chunk size to 5 and retry. If you get a problem still please check with your host if the PHP cURL extension is enabled for PHP 8.0.25 on your site. If it is, please send me the new backup log file.

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!

RoyPurlan

Hi,

Thanks for your reply.

I checked with my host and he confirms we are using PHP 8.0.25 on the site.

I tried the backup again a couple of time after changing the chunk size to 5 without luck...

Please see the new backup log attached...

nicholas
Akeeba Staff
Manager

I was afraid I would see that. This looks like a problem on your hosting side. Your host either has the slowest uplink connection I've seen in well over 20 years or has a misbehaving caching proxy for outbound connections. Here's how I can tell:

DEBUG |20230115 11:48:31|Akeeba\Engine\Postproc\Dropbox2::processPartChunked - New upload session pid_upload_session:ABIF34EdrkGNM-i3wxw97V3oP-fkA_QPoIw4c0lsN7Osv11A
DEBUG |20230115 11:48:31|Akeeba\Engine\Postproc\Dropbox2::processPartChunked - Uploading chunked part
DEBUG |20230115 11:54:21|Kettenrad :: Attempting to load from database (backend)

This tells me that Akeeba Backup started to upload 5MiB of data at 11:48:31 and the host killed that process at 11:54:11. The next ten seconds to 11:54:21 is the countdown in the interface to retry the backup. Four and a half minutes trying and failing to upload 5MiB would make for a transfer rate less than 150Kbps which is absurd — we were using cheap servers with 10Mbps uplinks 20 years ago.

The Dropbox API does not let you use a chunk size smaller than 5MiB to avoid that timeout coming from your server.

You really need to talk to your host. It's very likely they have a misbehaving proxy for outbound connections which is blocking the transfer, making it appear on the PHP side as though it's taking forever.

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!

RoyPurlan

Hi,

Many thanks for your reply. 

I will take your reply to my host, but just to say that I Have at least 6/8 other websites backing up successfully to dropbox using akeeba, so this maybe a problem with just this website....

Kind Regards

 

Roy

nicholas
Akeeba Staff
Manager

It is very likely that it's a problem with just this one server (physical or virtual). It would certainly not be the first time we see that.

I've  had two of my own sites on the same host, same physical server, different virtual server, where one would work fine and the other would fail uploading to AWS every few weeks. It turns out the deployment script had bombed out when setting up ntpd (the time synchronisation server). Every few weeks the clock would drift far enough that we went past the "wiggle room" allowed by AWS. Rebooting the virtual server fixed the problem because ntpd would sync the time on reboot — but not periodically while the server was up. It took a third level systems engineer to spot the problem and fix it. I had no such problem with that host on any other site before or since.

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!