Support regional S3 access

Bug #548632 reported by Richard Hughes on 2010-03-26
70
This bug affects 14 people
Affects Status Importance Assigned to Milestone
Déjà Dup
Wishlist
Unassigned

Bug Description

I like in the UK, and need to use the --s3-european-buckets option to duplicity. I would love to use deja-dup, but this option can't be passed as an environment variable and there's no checkbox in the UI. One checkbox and one option would make my life much easier. Thanks!

Michael Terry (mterry) on 2010-03-26
summary: - Doesn't sync with my s3 instance
+ Support regional S3 access
Changed in deja-dup:
importance: Undecided → Medium
status: New → Confirmed
Michael Terry (mterry) wrote :

There's now also an Asian (Singapore) region.

Michael Terry (mterry) on 2011-05-16
Changed in deja-dup:
importance: Medium → Wishlist
exactt (giesbert) wrote :

as this option is only required upon creation of the bucket it would be useful to be able to either set the name of a pre-existing bucket or be asked upon creation of the bucket by deja dup.

looking forward to see either option implemented. thx for the great tool!

Craig Loftus (craigloftus) wrote :

Manually setting the bucket name to one you've created within AWS with the correct region seems to work fine and is a relatively simple hack. I was inspired by the answer to question 81409 [1], the required dconf command is below and more details were an excuse for a blog post [2].

$ dconf write /org/gnome/deja-dup/s3/bucket \'bucket-name\'

[1] https://answers.launchpad.net/deja-dup/+question/81409
[2] http://craigloftus.net/blog/2011/10/13/changing-the-s3-bucket-region-with-deja-dup/

Robert Falkowitz (jcarberry) wrote :

Although this is an old thread, the issue still exists.
I can do a backup using deja-dup to a bucket created by deja-dup in the US East region.
However, I want the backup to be in a bucket I created previously in the Europe West region. If I change the bucket name as per Craig Loftus' remarks above, the backup fails with the following messages:

Traceback (most recent call last):
  File "/usr/bin/duplicity", line 1532, in <module>
    with_tempdir(main)
  File "/usr/bin/duplicity", line 1526, in with_tempdir
    fn()
  File "/usr/bin/duplicity", line 1364, in main
    action = commandline.ProcessCommandLine(sys.argv[1:])
  File "/usr/lib/python2.7/dist-packages/duplicity/commandline.py", line 1108, in ProcessCommandLine
    globals.backend = backend.get_backend(args[0])
  File "/usr/lib/python2.7/dist-packages/duplicity/backend.py", line 223, in get_backend
    obj = get_backend_object(url_string)
  File "/usr/lib/python2.7/dist-packages/duplicity/backend.py", line 209, in get_backend_object
    return factory(pu)
  File "/usr/lib/python2.7/dist-packages/duplicity/backends/_boto_single.py", line 161, in __init__
    self.resetConnection()
  File "/usr/lib/python2.7/dist-packages/duplicity/backends/_boto_single.py", line 187, in resetConnection
    if "NoSuchBucket" in e.error_code:
AttributeError: 'CertificateError' object has no attribute 'error_code'

And yet, that bucket exists and the credentials being used are for an account that has full rights to that bucket.

To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Duplicates of this bug

Other bug subscribers