Fails with status codes 302 and 500

Asked by Phil Hatton

I went away for a week and left the system running with daily backups set, when I got back
Deja dup had failed twice. I started a manual backup and the system announced it would
run a complete backup due to possible data corruption. This failed with an out of storage
space message so I bought another 20meg of space on Ubuntu One and ran another manual
backup, this time it did a cleanup, deleted the old backup to free space and started another
full backup which failed with status code 302. I left the daily backup to run and it failed with
status code 302 again. I then tried another manual backup which failed with status code
500.
It is installed on Ubuntu 11.10 32 bit. and the backup seems to stop at file sitemap.xml in
var/www the folder from which Apache serves webpages.
Thanks for any help.

Additional info-

Two subsequent runs also failed with status code 500 so I deleted the backup file from
Ubuntu One and Started a new backup which ran for about a day, used 27.1GB of storage on
Ubuntu One and then failed with the following output:

Traceback (most recent call last):
  File "/usr/bin/duplicity", line 1359, in <module>
    with_tempdir(main)
  File "/usr/bin/duplicity", line 1342, in with_tempdir
    fn()
  File "/usr/bin/duplicity", line 1202, in main
    action = commandline.ProcessCommandLine(sys.argv[1:])
  File "/usr/lib/python2.7/dist-packages/duplicity/commandline.py", line 950, in ProcessCommandLine
    backup, local_pathname = set_backend(args[0], args[1])
  File "/usr/lib/python2.7/dist-packages/duplicity/commandline.py", line 843, in set_backend
    globals.backend = backend.get_backend(bend)
  File "/usr/lib/python2.7/dist-packages/duplicity/backend.py", line 156, in get_backend
    return _backends[pu.scheme](pu)
  File "/usr/lib/python2.7/dist-packages/duplicity/backends/u1backend.py", line 74, in __init__
    self.create_volume()
  File "/usr/lib/python2.7/dist-packages/duplicity/backend.py", line 319, in iterate
    return fn(*args, **kwargs)
  File "/usr/lib/python2.7/dist-packages/duplicity/backends/u1backend.py", line 161, in create_volume
    answer = auth.request(self.volume_uri, http_method="PUT")
  File "/usr/lib/python2.7/dist-packages/ubuntuone-couch/ubuntuone/couch/auth.py", line 147, in request
    url, method=http_method, headers=headers, body=request_body)
  File "/usr/lib/python2.7/dist-packages/httplib2/__init__.py", line 1436, in request
    (response, content) = self._request(conn, authority, uri, request_uri, method, body, headers, redirections, cachekey)
  File "/usr/lib/python2.7/dist-packages/httplib2/__init__.py", line 1188, in _request
    (response, content) = self._conn_request(conn, request_uri, method, body, headers)
  File "/usr/lib/python2.7/dist-packages/httplib2/__init__.py", line 1158, in _conn_request
    response = conn.getresponse()
  File "/usr/lib/python2.7/httplib.py", line 1027, in getresponse
    response.begin()
  File "/usr/lib/python2.7/httplib.py", line 407, in begin
    version, status, reason = self._read_status()
  File "/usr/lib/python2.7/httplib.py", line 365, in _read_status
    line = self.fp.readline()
  File "/usr/lib/python2.7/socket.py", line 430, in readline
    data = recv(1)
  File "/usr/lib/python2.7/ssl.py", line 232, in recv
    return self.read(buflen)
  File "/usr/lib/python2.7/ssl.py", line 151, in read
    return self._sslobj.read(len)
SSLError: The read operation timed out

Question information

Language:
English Edit question
Status:
Solved
For:
Déjà Dup Edit question
Assignee:
No assignee Edit question
Solved by:
Phil Hatton
Solved:
Last query:
Last reply:
Revision history for this message
Michael Terry (mterry) said :
#1

These are seemingly separate bugs with the Ubuntu One servers that are being looked into.

500: bug 882699
302: bug 879342
timeout: bug 844369

Revision history for this message
Phil Hatton (phil-lightweight) said :
#2

I'm giving up on Deja dup on Ubuntu One for now as the It just doesn't work for me. Will try again in a month or so.
Thanks
Phil

Revision history for this message
Peter V (pdv99) said :
#3

Same problem here - runing on 64 bit Oneiric, first backup failed with code 302 although it wasn't out of storage space - retried and it failed again with same code, so I tried creating a much smaller job as a test and that failed with code 500.