Support

Akeeba Backup for Joomla!

#12403 Dropbox upload does not perform

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 nicholas on Thursday, 07 June 2012 05:06 CDT

rmapurthbytbztyzxdv
Mandatory information about my setup:

Have I read the related troubleshooter articles above before posting (which pages?)? No
Have I searched the tickets before posting? No
Have I read the documentation before posting (which pages?)? No
Joomla! version: (unknown)
PHP version: (unknown)
MySQL version: (unknown)
Host: (optional, but it helps us help you)
Akeeba Backup version: (unknown)

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:
The backup performs well, however it stalls when connecting to the dropbox account.
Another profile to the box.net account performs well.
I would like i to backup to the dropbox account as my preferred cloud storage account.
All went well in the authorization steps, I also see the dropbox app in my dropbox account settings.
Hope this helps..
I have attached the zip from backup log.
Kind regards.

rmapurthbytbztyzxdv
please remove the zip file..
I did not realize that is Public as well

nicholas
Akeeba Staff
Manager
Are you trying to connect a single Dropbox account to multiple sites?

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!

rmapurthbytbztyzxdv
Thank you for removing the zip file.
I first used Akeeb Backup in combination with fropbox with another website to give it a try. The result was the same as I mentioned here. I even removed the app on dropbox and tried again to authorize. Authorization went ok both the times. But the backup could not transfer the file to dropbox.
Then I tried it on the website from the zip file with the settings from the previous website (2nd time) and it did not worked out as expected (no upload to fropbox).
Hope this helps.
Is there something I can do. I saw in the log that there is no real message coming back from dropbox. Is there a trace or error toggle I have to set to get more information?

nicholas
Akeeba Staff
Manager
First, please note that Dropbox only allows you to authorise an application once. Unfortunately, this means that only the last site you authorise will be connected to Dropbox. In order to work around that we allow you to copy the authorization token and token password between sites (it's in the Dropbox settings and documented).

Now, since you have deauthorized and reauthorized the application this can't be an issue. If both sites are on the same server the problem is your host does not allow Akeeba Backup to contact Dropbox' upload API endpoint to perform the upload. This is a very common issue and very difficult to solve because Dropbox is using Amazon's cloud services for that endpoint. Simply put, the IP address which your host has to open in their firewall is not known beforehand. One user reported that his host added all IP ranges published by Amazon for EC2.

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!

rmapurthbytbztyzxdv
I use sectorlink.com and post a support ticket there on the issue. I'll let you know..
But how come does the upload to box.net performs well?
Is that not the same procedure?

nicholas
Akeeba Staff
Manager
The APIs are very different between Dropbox and Box.net. It's certainly not the same procedure.

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!

rmapurthbytbztyzxdv
Is there away to detect if your remark is valid (in the error return code or so?

rmapurthbytbztyzxdv
I am now with a chat with sctorlink

rmapurthbytbztyzxdv
They have no useful info in the error log, they need an error code, is that possible?

nicholas
Akeeba Staff
Manager
No, there is currently no feedback from the Dropbox engine.

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!

rmapurthbytbztyzxdv
I looked in into error log files from my ISP and there is nothing related to akeeba or Kettenrad from the akeeba log file, how can I trace it?

rmapurthbytbztyzxdv
Can I assume that because box.net performs well that the php settings are set ok?

nicholas
Akeeba Staff
Manager
I believe that it's safe to assume that your PHP settings are fine if box.net works. I will try to add more debugging info to the Dropbox engine, but don't hold your breath. There's only so much I can do with it :(

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!

rmapurthbytbztyzxdv
I hear that dropbox uses port 80 and that port is open at the ISP (otherwise they would not be an ISP ;-)
Does the api also uses port 80 ?

rmapurthbytbztyzxdv
Good luck, and keep up the good work!

nicholas
Akeeba Staff
Manager
I hear that dropbox uses port 80 and that port is open at the ISP (otherwise they would not be an ISP ;-)

Port 80 is the port your server is listening to for inbound connections. Accessing Dropbox is an outbound operation. There's no correlation between the two :)

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!

rmapurthbytbztyzxdv
I have tested it on a local server and I get the message:
Backup Failed

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

You have not linked Akeeba Backup with your DropBox account

Please click the 'View Log' button on the toolbar to view the Akeeba Backup log file for further information.

We strongly recommend going through the step-by-step instructions in our troubleshooting wizard to easily resolve this issue yourself. If this doesn't help, please do not hesitate to ask for support in our support forum. Do note that you need an active subscription to request assistance through the forum. If Akeeba Backup Professional was installed on your site by a third party -e.g. your web developer- please do not contact AkeebaBackup.com for support. Instead, contact the person who installed the software on your site and request assistance to solve this issue. If you do post to our forum, please remember to ZIP and attach your backup log file in your post so that we can help you faster.

Maybe this helps?

nicholas
Akeeba Staff
Manager
I believe the error message was clear enough:
You have not linked Akeeba Backup with your DropBox account

which is consistent with what I already mentioned:
First, please note that Dropbox only allows you to authorise an application once. Unfortunately, this means that only the last site you authorise will be connected to Dropbox. In order to work around that we allow you to copy the authorization token and token password between sites (it's in the Dropbox settings and documented)

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!

rmapurthbytbztyzxdv
Thank you, I have experimented with it long enough.
I deleted the app in Dropbox and recreted some time afterwards, still the same.
With box.net the back performs and sends the file to box.net.
Now I run into a cron job thing.
I use the command: php ...cli/akeeba-backup.php -profile=2 -description="TFT bck automated" but when the cron job runs it uses profile nr 1 (the default). in stead of the number 2 as requested.

nicholas
Akeeba Staff
Manager
It's strange that Dropbox doesn't want to play ball :( Ever since I started using their official API I had nothing but trouble. The problems I've seen start with Dropbox, unlike Box.net, using a different endpoint URL for uploading data then the one used for everything else. Add the strange authentication scheme of OAuth which apparently thinks that it's impossible for a user to have the same application installed on two different devices (in our case, sites) and you've got a crappy API of epic proportions *sigh* It seems that using Dropbox is a hit and miss deal. Since you're OK with Box.net I don't see the point in trying to coerce Dropbox into working with your site.

Regarding the CRON job, there should be two dashes in front of profile, i.e. --profile=2. Same thing with description, it requires two dashes. I see that I've missed the double dashes in quite a few spots in the documentation. Oops!

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!

rmapurthbytbztyzxdv
I agree on the Dropbox Api, although dropbox works well, disapointed in dropbox in this.
On --, thank you for mentioning it. It is clear that it is not in the manual. Anyway thanks for writing you missed that. Not many dot that, I appreciate it.
Now let's see if the cron job works as expected.
You may close this thread if you like.

nicholas
Akeeba Staff
Manager
On --, thank you for mentioning it. It is clear that it is not in the manual. Anyway thanks for writing you missed that. Not many dot that, I appreciate it.

I'm quite confident that managing all that code, documentation and support it's inevitable that I make many mistakes every month. I mean, with a standard error rate of the average human being, multiplied by inhuman amounts of work, the mistakes crop up pretty darn fast. Between pretending that I am infallible (letting the error perpetuate) and owning up (fixing the error) I prefer the latter, every single time :)

I will leave the ticket open until the CRON job runs. Just let me know of the result!

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!

rmapurthbytbztyzxdv
The cron job runs, the backup is performed and the file is found in the box.net account. I am pleased to see it all went ok.

Someting I observed: In the email all is noted during the backup phase. The sending of the file to box.net is not noted. Is it possible to include the file sending result in the email that I get after a succesfull backup?

Thank you for the support!

nicholas
Akeeba Staff
Manager
Hi Ronald,

The email can't contain the status of the upload. It's something that cannot be done with the current architecture of Akeeba Backup. I will add a to-do item and see if I can tackle this, possibly with an internal status flag set by the post-processing part (which performs the upload to, say, Box.net) which can be read by the email part.

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!