Listing of 'default' failed on swift using preauth with hubic API
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Duplicity |
Invalid
|
Undecided
|
Unassigned |
Bug Description
I'm doing my backup on OVH Hubic service, I've written a small script to set the shell variables
SWIFT_PREAUTHURL and SWIFT_PREAUTHTOKEN. The full backup is ok but finish with the error when duplicity tries to list the default container (see log below). It seems it could be an error from one side or another. How can i print the messages exchanged ?
Duplicity version: duplicity 0.6.24 (May 09, 2014)
Python version: /usr/bin/python2 2.7.6 (default, Feb 26 2014, 12:07:17)
OS Distro and version: latest archlinux
Type of host filesystem: Linux
Type of remote filesystem: swift with preauth
(the following log is the end of a succerssful backup)
AsyncScheduler: running task synchronously (asynchronicity disabled)
Uploading 'default/
Deleting /tmp/duplicity-
AsyncScheduler: task completed successfully
Processed volume 108
Uploading 'default/
Deleting /home/kartoch/
Uploading 'default/
Deleting /home/kartoch/
Listing 'default'
Listing of 'default' failed (attempt 1): ValueError: No JSON object could be decoded
Listing 'default'
Listing of 'default' failed (attempt 2): ValueError: No JSON object could be decoded
Listing 'default'
Listing of 'default' failed (attempt 3): ValueError: No JSON object could be decoded
Listing 'default'
Listing of 'default' failed (attempt 4): ValueError: No JSON object could be decoded
Listing 'default'
Listing of 'default' failed (attempt 5): ValueError: No JSON object could be decoded
Giving up listing of 'default' after 5 attempts
Backend error detail: Traceback (most recent call last):
File "/usr/bin/
with_
File "/usr/bin/
fn()
File "/usr/bin/
do_
File "/usr/bin/
full_
File "/usr/bin/
col_
File "/usr/lib/
backend_
File "/usr/lib/
return map(tobytes, self._list())
File "/usr/lib/
% (self.container))
BackendException: Error listing 'default'
BackendException: Error listing 'default'
I had similar issues with your script on Fedora 20. It turned out that python-swiftclient was not handling the gzip content-encoding properly. The same behavior can be reproduced by using the command line swift client: url=$SWIFT_ PREAUTHURL --os-auth- token=$ SWIFT_PREAUTHTO KEN list default
# swift --os-storage-
There is already a bug report along with a solution: /bugs.launchpad .net/python- swiftclient/ +bug/1282861
https:/
That did it for me..