0.7.01 S3 upload completely broken in CentOS - ' assert scheme == 's3', AssertionError'
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Duplicity |
Fix Released
|
Medium
|
Unassigned |
Bug Description
Duplicity version 0.7.01
Python version 2.6.6
OS Distro and version CentOS 6.6
Type of target filesystem: Linux ext3 filesystem
Log output from -v9 option - Include the command line, the first 200 lines of the log, and the last 200 lines of the log:
[root@law-
Using archive dir: /root/.
Using backup name: 0349e9a529be38b
Import of duplicity.
Import of duplicity.
Import of duplicity.
Import of duplicity.
Import of duplicity.
Import of duplicity.
Import of duplicity.
Import of duplicity.
Import of duplicity.
Import of duplicity.
Import of duplicity.
Import of duplicity.
Import of duplicity.
Import of duplicity.
Import of duplicity.
Import of duplicity.
Import of duplicity.
Import of duplicity.
Import of duplicity.
Import of duplicity.
Import of duplicity.
Import of duplicity.
Import of duplicity.
Using temporary directory /tmp/duplicity-
Traceback (most recent call last):
File "/usr/bin/
with_
File "/usr/bin/
fn()
File "/usr/bin/
action = commandline.
File "/usr/lib64/
backup, local_pathname = set_backend(
File "/usr/lib64/
globals.backend = backend.
File "/usr/lib64/
obj = get_backend_
File "/usr/lib64/
return factory(pu)
File "/usr/lib64/
self.
File "/usr/lib64/
self.conn = get_connection(
File "/usr/lib64/
assert scheme == 's3'
AssertionError
This is on a freshly installed VM. Per-command provisioning of this VM (from a fairly basic CentOS 6.6 image, provided by Rackspace) can be found here - https:/
The S3 ACLs on the bucket are set wide open, and verified with s3cmd GETs, LSes, and PUTs using the same credentials provided to Duplicity - https:/
I am getting the same traceback on Ubuntu 15.04 with Python 2.7.9.
My last successful backup was apparently 15 days ago, about the time that I updated to 15.04.