Hide Forgot
Description of problem: Backup to Amazon S3 fails after 5 attempts. Version-Release number of selected component (if applicable): deja-dup-34.2-1.fc23.x86_64 How reproducible: deja-dup --backup Steps to Reproduce: 1. 2. 3. Actual results: "Giving up after 5 attempts. BackendException: No connection to backend" Expected results: Additional info: DUPLICITY: DEBUG 1 DUPLICITY: . Backtrace of previous error: Traceback (innermost last): DUPLICITY: . File "/usr/lib64/python2.7/site-packages/duplicity/backend.py", line 367, in inner_retry DUPLICITY: . return fn(self, *args) DUPLICITY: . File "/usr/lib64/python2.7/site-packages/duplicity/backend.py", line 569, in list DUPLICITY: . return [tobytes(x) for x in self.backend._list()] DUPLICITY: . File "/usr/lib64/python2.7/site-packages/duplicity/backends/_boto_single.py", line 252, in _list DUPLICITY: . raise BackendException("No connection to backend") DUPLICITY: . BackendException: No connection to backend DUPLICITY: . DUPLICITY: ERROR 50 list DUPLICITY: . Giving up after 5 attempts. BackendException: No connection to backend Perhaps related to https://bugs.launchpad.net/deja-dup/+bug/1572096 ?
Just tried downgrading duplicity from duplicity-0.7.07-1.fc23.x86_64 to duplicity-0.7.05-1.fc23.x86_64 and now it works.
I have the same issue with the Google Storage backend (uses boto, like the S3 backend does). Downgrading duplicity works fine. Also, installing duplicity-0.7.7.1 from the upstream source works fine, too. The issue seems to be in duplicity since changing boto versions has no effect.
Does that include boto 2.40.0?
I see that my last good backup was the day before the duplicity update too.
Upgraded to duplicity-0.7.07.1-1.fc23.x86_64 and it works fine now so I guess this bug can be closed.
Excellent!