Unable to connect to Rackspace UK servers

Ken, do you know much about Rackspace and non-US servers? I know that for Amazon S3, you have to specifically ask for a different region and they don't share data.

Tor, do you know if your account is strictly a UK account? Do you have to connect only to certain servers?

I did not know that RS was in the UK.

We need more details, what command line, etc. The block of data duplicity
puts out at the first of the run should suffice for now.

On Wed, Jun 22, 2011 at 3:56 PM, Michael Terry
<email address hidden>wrote:

> Ken, do you know much about Rackspace and non-US servers? I know that
> for Amazon S3, you have to specifically ask for a different region and
> they don't share data.
>
> Tor, do you know if your account is strictly a UK account? Do you have
> to connect only to certain servers?
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/793997
>
> Title:
> Unable to connect to Rackspace UK servers
>
> Status in Déjà Dup Backup Tool:
> New
>
> Bug description:
> I have an acconunt at Rackspace, but I use the London servers. I log on
> to https://lon.manage.rackspacecloud.com
> I'm not able to use this account to store my backups. I only get
> AuthenticationFailed.
>
> Software versions:
> deja-dup 18.1.1-0ubuntu1
> duplicity 0.6.13-0ubuntu1
>
> From logfile:
> DUPLICITY: INFO 1
> DUPLICITY: . Import of duplicity.backends.webdavbackend Succeeded
> DUPLICITY: ERROR 38
> DUPLICITY: . Connection failed, please check your credentials:
> AuthenticationFailed
>
> Settings:
> org.gnome.DejaDup backend 'rackspace'
> org.gnome.DejaDup delete-after 56
> org.gnome.DejaDup encrypt true
> org.gnome.DejaDup exclude-list ['$TRASH', '$DOWNLOAD']
> org.gnome.DejaDup include-list ['/media/WD_ELEMENTS/bilder/2011']
> org.gnome.DejaDup last-run ''
> org.gnome.DejaDup periodic true
> org.gnome.DejaDup periodic-period 14
> org.gnome.DejaDup root-prompt true
> org.gnome.DejaDup.File icon ''
> org.gnome.DejaDup.File name ''
> org.gnome.DejaDup.File path ''
> org.gnome.DejaDup.File relpath @ay []
> org.gnome.DejaDup.File short-name ''
> org.gnome.DejaDup.File type 'normal'
> org.gnome.DejaDup.File uuid ''
> org.gnome.DejaDup.Rackspace container 'dejadup'
> org.gnome.DejaDup.Rackspace username 'tischulstad'
> org.gnome.DejaDup.S3 bucket ''
> org.gnome.DejaDup.S3 folder 'workstation'
> org.gnome.DejaDup.S3 id ''
> org.gnome.DejaDup.U1 folder '/deja-dup/$HOSTNAME'
>
> Distro: Ubuntu 11.04
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/deja-dup/+bug/793997/+subscriptions
>

Michael: I was added to the London servers when registering my account. Probably because they are geographically closer to Norway. When i want to log in to Rackspace i have to log on to https://lon.manage.rackspacecloud.com instead of https://manage.rackspacecloud.com. My username/password does not work on the US server. Was that answer to your question?

it's very easy to fix see

http://blog.chmouel.com/2011/01/04/how-to-use-the-rackspace-cloud-uk-api/

Thanks for the info!

On Sat, Jun 25, 2011 at 10:34 AM, Dick Thomas <email address hidden> wrote:

> it's very easy to fix see
>
> http://blog.chmouel.com/2011/01/04/how-to-use-the-rackspace-cloud-uk-
> api/
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/793997
>
> Title:
> Unable to connect to Rackspace UK servers
>
> Status in Déjà Dup Backup Tool:
> New
>
> Bug description:
> I have an acconunt at Rackspace, but I use the London servers. I log on to
> https://lon.manage.rackspacecloud.com
> I'm not able to use this account to store my backups. I only get
> AuthenticationFailed.
>
> Software versions:
> deja-dup 18.1.1-0ubuntu1
> duplicity 0.6.13-0ubuntu1
>
> From logfile:
> DUPLICITY: INFO 1
> DUPLICITY: . Import of duplicity.backends.webdavbackend Succeeded
> DUPLICITY: ERROR 38
> DUPLICITY: . Connection failed, please check your credentials:
> AuthenticationFailed
>
> Settings:
> org.gnome.DejaDup backend 'rackspace'
> org.gnome.DejaDup delete-after 56
> org.gnome.DejaDup encrypt true
> org.gnome.DejaDup exclude-list ['$TRASH', '$DOWNLOAD']
> org.gnome.DejaDup include-list ['/media/WD_ELEMENTS/bilder/2011']
> org.gnome.DejaDup last-run ''
> org.gnome.DejaDup periodic true
> org.gnome.DejaDup periodic-period 14
> org.gnome.DejaDup root-prompt true
> org.gnome.DejaDup.File icon ''
> org.gnome.DejaDup.File name ''
> org.gnome.DejaDup.File path ''
> org.gnome.DejaDup.File relpath @ay []
> org.gnome.DejaDup.File short-name ''
> org.gnome.DejaDup.File type 'normal'
> org.gnome.DejaDup.File uuid ''
> org.gnome.DejaDup.Rackspace container 'dejadup'
> org.gnome.DejaDup.Rackspace username 'tischulstad'
> org.gnome.DejaDup.S3 bucket ''
> org.gnome.DejaDup.S3 folder 'workstation'
> org.gnome.DejaDup.S3 id ''
> org.gnome.DejaDup.U1 folder '/deja-dup/$HOSTNAME'
>
> Distro: Ubuntu 11.04
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/deja-dup/+bug/793997/+subscriptions
>

This also affects me. I live in Denmark, and was automatically assigned to the London server. I would guess that this was as simple as adding another location, or a server option on the rackspace location, or am I missing something?

I would like to help out (and helping myself in the process), but I have no idea where to start (maybe a basic Vala tutorial?? (-;)

Maybe a fix could also be to be able to manually configure the server address, maybe through just by a gsettings key. This could potentially add support for other Openstack services, but I am not sure about this.

Niels, see https://live.gnome.org/Vala/Documentation for information on Vala. You may also want to subscribe to the mailing list and talk about the code that way (https://mail.gnome.org/mailman/listinfo/deja-dup-list).

I would prefer a graphical solution than having to manually edit gsettings. One concern I have is whether when I switch regions, do I lose access the existing backup in the previous region? If so, we need to let users know that somehow.

Michael, as I have understood, the UK servers are a completely different beast, it could as well be another provider. I have a user on the UK servers, the US ones doesn't even recognise me. Which could speak in the direction as making "Rackspace UK" a separate location.

I would also prefer a graphical solution over a gsettings one - The gsettings would be a temporary solution, while the usability issue was being deliberated over.

But, with some help, I found temporary "fix": Setting the environment variable
CLOUDFILES_AUTHURL=https://lon.auth.api.rackspacecloud.com/v1.0 before running deja-dup (or duplicity) does the trick.

So now, I can at least test Deja Dup (making my first backup as I type).

It would be nice that the auth url was configurable, in that way deja dup could be used with open stack object storage services, that it's compatible with cloud files API.

I think supporting the auth url configuration it would be enough.

Would like to add my vote for being able to use Deja-Vu and UK Rackspace servers. Maybe an optional config file added to ~/ could be a workaround

I'd be interested in adding support for OpenStack Object Storage (although I don't experience with Vala!). My employer has an implementation of the Object Storage and it would be great if I could use it with Deja Dup!

OpenStack Object Storage is compatible with Rackspace Cloud Files API. In fact, duplicity supports it with CLOUDFILES_AUTHURL env variable. Adding OpenStack support looks like either an improvement of the Cloud Files UI (ie. allowing to enter an optional authentication URL), or adding explicit OpenStack support using OpenStack Objet Storage API and including a new UI for that kind of storage.

I've submitted a merge request to fix that bug:

"Support for custom authentication URL in the Rackspace Cloud Files backend."
https://code.launchpad.net/~jjmartinez/deja-dup/coudfiles-custom-auth-url/+merge/109589

Closing the Deja Dup side of this, as support for Rackspace has been removed, per our cloud policy that prefers consumer oriented cloud services. The duplicity side of this is presumably still applicable though.

https://wiki.gnome.org/Apps/DejaDup/Clouds