Backup to Ubuntu One failed (SSLError: The read operation timed out)

Bug #844369 reported by Rainer Rohde
284
This bug affects 56 people
Affects Status Importance Assigned to Milestone
Ubuntu One Servers
Undecided
Unassigned
ubuntuone-couch
Undecided
Unassigned
ubuntuone-couch (Ubuntu)
Undecided
Unassigned

Bug Description

First ever backup of $HOME to Ubuntu One via Deja Dup failed:

Traceback (most recent call last):
  File "/usr/bin/duplicity", line 1345, in <module>
    with_tempdir(main)
  File "/usr/bin/duplicity", line 1328, in with_tempdir
    fn()
  File "/usr/bin/duplicity", line 1298, in main
    full_backup(col_stats)
  File "/usr/bin/duplicity", line 455, in full_backup
    globals.backend)
  File "/usr/bin/duplicity", line 354, in write_multivol
    (tdp, dest_filename)))
  File "/usr/lib/python2.7/dist-packages/duplicity/asyncscheduler.py", line 145, in schedule_task
    return self.__run_synchronously(fn, params)
  File "/usr/lib/python2.7/dist-packages/duplicity/asyncscheduler.py", line 171, in __run_synchronously
    ret = fn(*params)
  File "/usr/bin/duplicity", line 353, in <lambda>
    async_waiters.append(io_scheduler.schedule_task(lambda tdp, dest_filename: put(tdp, dest_filename),
  File "/usr/bin/duplicity", line 279, in put
    backend.put(tdp, dest_filename)
  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 177, in put
    headers=headers, request_body=data)
  File "/usr/lib/python2.7/dist-packages/ubuntuone-couch/ubuntuone/couch/auth.py", line 143, 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

ProblemType: Bug
DistroRelease: Ubuntu 11.10
Package: deja-dup 19.91-0ubuntu2
ProcVersionSignature: Ubuntu 3.0.0-10.16-generic 3.0.4
Uname: Linux 3.0.0-10-generic x86_64
NonfreeKernelModules: nvidia wl
Architecture: amd64
Date: Wed Sep 7 18:44:11 2011
InstallationMedia: Ubuntu 11.10 "Oneiric Ocelot" - Alpha amd64+mac (20110815)
ProcEnviron:
 PATH=(custom, no user)
 LANG=en_US.UTF-8
 SHELL=/bin/bash
SourcePackage: deja-dup
UpgradeStatus: Upgraded to oneiric on 2011-09-06 (1 days ago)

Related branches

Revision history for this message
Rainer Rohde (rainer-rohde) wrote :
Revision history for this message
Michael Terry (mterry) wrote :

Hey, Ubuntu One Servers folks: I've seen such SSL timeouts before too. Any ideas why we'd be getting them?

Revision history for this message
dobey (dobey) wrote :

We've restarted some of the servers that may have been exhibiting this problem. It should work OK now. Please try again and let us now. Thanks.

Revision history for this message
Rainer Rohde (rainer-rohde) wrote :

I tried it again, and it failed again with the same error...

Revision history for this message
Rainer Rohde (rainer-rohde) wrote :

And a third try with the same results just now.

Revision history for this message
dobey (dobey) wrote :

Ops guys, can you look at this? Thanks.

Changed in ubuntuone-servers:
assignee: nobody → Ubuntu One Ops+ team (ubuntuone-ops+)
Revision history for this message
Rainer Rohde (rainer-rohde) wrote :

Different error message today (I tried to backup without encryption): "Got status code 408".

Changed in deja-dup (Ubuntu):
status: New → Confirmed
Revision history for this message
Rainer Rohde (rainer-rohde) wrote :

I am running an encrypted backup right now and so far it didn't fail (about 50% in).

Revision history for this message
Rainer Rohde (rainer-rohde) wrote :

Alright, this first backup completed without error. :)

Revision history for this message
Mark East (feasty) wrote :

I've just done a fresh install of the 11.10 release and set up a new ubuntuone account. I then went and turned on backups using the default settings (backup home, exclude Downloads and Wastebasket, using fairly simple password) and I get the same error as originally posted:

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 1312, in main
    full_backup(col_stats)
  File "/usr/bin/duplicity", line 469, in full_backup
    globals.backend)
  File "/usr/bin/duplicity", line 368, in write_multivol
    (tdp, dest_filename, vol_num)))
  File "/usr/lib/python2.7/dist-packages/duplicity/asyncscheduler.py", line 145, in schedule_task
    return self.__run_synchronously(fn, params)
  File "/usr/lib/python2.7/dist-packages/duplicity/asyncscheduler.py", line 171, in __run_synchronously
    ret = fn(*params)
  File "/usr/bin/duplicity", line 367, in <lambda>
    async_waiters.append(io_scheduler.schedule_task(lambda tdp, dest_filename, vol_num: put(tdp, dest_filename, vol_num),
  File "/usr/bin/duplicity", line 292, in put
    backend.put(tdp, dest_filename)
  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 187, in put
    headers=headers, request_body=data)
  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 1123, in _conn_request
    conn.connect()
  File "/usr/lib/python2.7/dist-packages/httplib2/__init__.py", line 890, in connect
    self.disable_ssl_certificate_validation, self.ca_certs)
  File "/usr/lib/python2.7/dist-packages/httplib2/__init__.py", line 76, in _ssl_wrap_socket
    cert_reqs=cert_reqs, ca_certs=ca_certs)
  File "/usr/lib/python2.7/ssl.py", line 372, in wrap_socket
    ciphers=ciphers)
  File "/usr/lib/python2.7/ssl.py", line 134, in __init__
    self.do_handshake()
  File "/usr/lib/python2.7/ssl.py", line 296, in do_handshake
    self._sslobj.do_handshake()
SSLError: _ssl.c:488: The handshake operation timed out

Revision history for this message
Rainer Rohde (rainer-rohde) wrote :

I just launched a backup to see what's going on and for me the error is back as well...

Revision history for this message
Hans Harhoff Andersen (hansharhoff) wrote :

I see the error as well. I have just deleted all previous deja dup files from ~ folder and from Ubuntu one. Then I get this error:

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 1171, in _conn_request
    content = response.read()
  File "/usr/lib/python2.7/httplib.py", line 548, in read
    s = self._safe_read(self.length)
  File "/usr/lib/python2.7/httplib.py", line 647, in _safe_read
    chunk = self.fp.read(min(amt, MAXAMOUNT))
  File "/usr/lib/python2.7/socket.py", line 380, in read
    data = self._sock.recv(left)
  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

Maybe deja dup should give some indication that Ubuntu One is the one to blame in this case (maybe even retry the backup).

These problems don ot seem to occur with Ubuntu One for file sync (or maybe file sync masks them better).

Revision history for this message
Rainer Rohde (rainer-rohde) wrote :

The error happens every now and then for me as well... Maybe it has to do with Ubuntu One being "busy" or temporarily not available?

Revision history for this message
Pi Delport (pi-delport) wrote :

Upstream Duplicity bug: https://bugs.launchpad.net/duplicity/+bug/894234 (u1backend crashes on SSLError)

Rick McBride (rmcbride)
Changed in ubuntuone-servers:
status: New → Confirmed
Revision history for this message
Keith Patton (kaipee) wrote :

I had exactly the same problem. I believe the problem stems from having the deja-dup folder in a subdirectory as the error being thrown out was:

UDFs can not be nested.

following taken from :http://askubuntu.com/questions/21621/ubuntu-one-wont-synchronize-pictures-folder
"...If you try to create a synchronized folder from something that is not an actual directory inside your home (if it is, for example, a symlink to somewhere else), or if it is a subdirectory of a synchronized folder, then the creation will fail.
If you try to do the same thing from the Terminal, you should get a slightly more verbose error message..."

"....(UDFs is what we Ubuntu One developers call synchronized folders)..."

 for me, running u1sdtool --list-folders displays
-------------------------------------------------------------------------------------------------------------------------------------------------
kaipee@zoostorm-ubuntu:~$ u1sdtool --list-folders
Folder list:
  id=0875288d-04d3-4d5d-8fd4-79142504bd1e subscribed=False path=/home/kaipee/deja-dup/zoostorm-ubuntu
-------------------------------------------------------------------------------------------------------------------------------------------------

In order to fix this I changed the deja-dup settings to "Backup location: Ubuntu One" - "Folder: zoostorm-ubuntu"
(ie removing the 'deja-dup/' part, so zoostorm-ubuntu folder is not a subdirectory of anything)

Just tried it and now my machine is currently backing up to Ubuntu One as I type this

Revision history for this message
Steven Almeroth (stavrosian) wrote :

I can confirm that Keith Patton's suggestion worked.

I changed:

    Backup location: Ubuntu One
    Folder: deja-dup/maia

to:

    Backup location: Ubuntu One
    Folder: maia

Revision history for this message
Keith Patton (kaipee) wrote :

Just an update:

I have been running a weekly deja-dup backup since my first 'fix' without any errors at all.

Michael Terry (mterry)
summary: - Deja-Dup backup to Ubuntu One failed
+ Backup to Ubuntu One failed (SSLError: The read operation timed out)
Revision history for this message
florin (florin-arjocu) wrote :

I got it during the automated run, after I had the first (successful) back-up earlier today.

I shouldn't not have a my deja-dup folder in my development web server folder. I back-up to "htdocs". Could it be because I back-up sub-folders of a "htdocs" folder?

This is what I coul see in deja-dup:

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 1218, in main
    sync_archive(decrypt)
  File "/usr/bin/duplicity", line 992, in sync_archive
    remlist = globals.backend.list()
  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 214, in list
    answer = auth.request(remote_full)
  File "/usr/lib/python2.7/dist-packages/ubuntuone-couch/ubuntuone/couch/auth.py", line 146, in request
    url, method=http_method, headers=headers, body=request_body)
  File "/usr/lib/python2.7/dist-packages/httplib2/__init__.py", line 1444, 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 1196, in _request
    (response, content) = self._conn_request(conn, request_uri, method, body, headers)
  File "/usr/lib/python2.7/dist-packages/httplib2/__init__.py", line 1166, 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

Revision history for this message
Matt Rae (mattrae) wrote :

Hi, this problem is continuing to exhibit itself as of 4/22/2012.

Reviewing this bug, the problem doesn't appear to be pinpointed quite yet. So far U1 servers have been restarted, the upstream bug linked to in #14 includes a patch to increase the timeout, and #15 suggests a bug when the folder synced is actually a symlink. Can anyone confirm?

Is anybody else continuing to see this? Should there be a cleaner error message when the timeout occurs?

Revision history for this message
Daniel Centore (dcentore) wrote :

I use symlinks heavily and I have the problem, if that helps. I do not seem to have the crash when removing the symlinks.

Revision history for this message
Roman Yepishev (rye) wrote :

In case of SSL errors, the presence of symlinks in the backup files are not changing anything.
The server closes the connection during the transfer for some reason, this can be due to server overload, network problems during the transfers (e.g. link saturation).

Revision history for this message
Keith Patton (kaipee) wrote :

I am now getting non-stop errors and fails with this.
To be honest I don't see the usefulness of his tool.

I know this isn't really the place for asking questions, but is it possible to use rsync with Ubuntu One?

Leo Arias (elopio)
Changed in ubuntuone-servers:
status: Confirmed → Triaged
tags: added: ops+
Revision history for this message
rs232 (vincenco) wrote :

This happens to me every time it tries to do an automatic backup. Works fine when I do one manually:

Traceback (most recent call last):
  File "/usr/bin/duplicity", line 1403, in <module>
    with_tempdir(main)
  File "/usr/bin/duplicity", line 1396, in with_tempdir
    fn()
  File "/usr/bin/duplicity", line 1272, in main
    sync_archive(decrypt)
  File "/usr/bin/duplicity", line 1024, in sync_archive
    remlist = globals.backend.list()
  File "/usr/lib/python2.7/dist-packages/duplicity/backend.py", line 323, in iterate
    return fn(*args, **kwargs)
  File "/usr/lib/python2.7/dist-packages/duplicity/backends/u1backend.py", line 214, in list
    answer = auth.request(remote_full)
  File "/usr/lib/python2.7/dist-packages/ubuntuone-couch/ubuntuone/couch/auth.py", line 152, in request
    url, method=http_method, headers=headers, body=request_body)
  File "/usr/lib/python2.7/dist-packages/httplib2/__init__.py", line 1444, 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 1196, in _request
    (response, content) = self._conn_request(conn, request_uri, method, body, headers)
  File "/usr/lib/python2.7/dist-packages/httplib2/__init__.py", line 1166, in _conn_request
    response = conn.getresponse()
  File "/usr/lib/python2.7/httplib.py", line 1030, 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 241, in recv
    return self.read(buflen)
  File "/usr/lib/python2.7/ssl.py", line 160, in read
    return self._sslobj.read(len)
SSLError: The read operation timed out

Revision history for this message
Pablo Almeida (pabloalmeidaff9) wrote : Re: [Bug 844369] Re: Backup to Ubuntu One failed (SSLError: The read operation timed out)
Download full text (6.0 KiB)

Looks like I found the cause of my problem here: among the folders I was
backing up was my torrent clients config folder, which had a "incomplete
píeces" folder in it. When torrents where being downloaded, duplicity
seemed like it couldn't handle those files. I still have to wait for the
next automatic backup to confirm it, though.

2012/5/29 rs232 <email address hidden>

> This happens to me every time it tries to do an automatic backup. Works
> fine when I do one manually:
>
>
> Traceback (most recent call last):
> File "/usr/bin/duplicity", line 1403, in <module>
> with_tempdir(main)
> File "/usr/bin/duplicity", line 1396, in with_tempdir
> fn()
> File "/usr/bin/duplicity", line 1272, in main
> sync_archive(decrypt)
> File "/usr/bin/duplicity", line 1024, in sync_archive
> remlist = globals.backend.list()
> File "/usr/lib/python2.7/dist-packages/duplicity/backend.py", line 323,
> in iterate
> return fn(*args, **kwargs)
> File "/usr/lib/python2.7/dist-packages/duplicity/backends/u1backend.py",
> line 214, in list
> answer = auth.request(remote_full)
> File
> "/usr/lib/python2.7/dist-packages/ubuntuone-couch/ubuntuone/couch/auth.py",
> line 152, in request
> url, method=http_method, headers=headers, body=request_body)
> File "/usr/lib/python2.7/dist-packages/httplib2/__init__.py", line 1444,
> 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 1196,
> in _request
> (response, content) = self._conn_request(conn, request_uri, method,
> body, headers)
> File "/usr/lib/python2.7/dist-packages/httplib2/__init__.py", line 1166,
> in _conn_request
> response = conn.getresponse()
> File "/usr/lib/python2.7/httplib.py", line 1030, 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 241, in recv
> return self.read(buflen)
> File "/usr/lib/python2.7/ssl.py", line 160, in read
> return self._sslobj.read(len)
> SSLError: The read operation timed out
>
> --
> You received this bug notification because you are subscribed to a
> duplicate bug report (988634).
> https://bugs.launchpad.net/bugs/844369
>
> Title:
> Backup to Ubuntu One failed (SSLError: The read operation timed out)
>
> Status in Déjà Dup Backup Tool:
> New
> Status in Ubuntu One Servers:
> Triaged
> Status in “deja-dup” package in Ubuntu:
> Confirmed
>
> Bug description:
> First ever backup of $HOME to Ubuntu One via Deja Dup failed:
>
> Traceback (most recent call last):
> File "/usr/bin/duplicity", line 1345, in <module>
> with_tempdir(main)
> File "/usr/bin/duplicity", line 1328, in with_tempdir
> fn()
> File "/usr/bin/duplicity", line 1298, in main
> full_backup(col_stats)
> File "/usr/bin/duplicity", line 455, in full_backup
> globals.b...

Read more...

Revision history for this message
Daniel Carnestedt (daniel-carnestedt) wrote :

I am still experiencing this problem in 12.04, although with a slightly different error message. This happened during the night while my first backup from this system was being uploaded to Ubuntu One.

Traceback (most recent call last):
  File "/usr/bin/duplicity", line 1403, in <module>
    with_tempdir(main)
  File "/usr/bin/duplicity", line 1396, in with_tempdir
    fn()
  File "/usr/bin/duplicity", line 1247, in main
    action = commandline.ProcessCommandLine(sys.argv[1:])
  File "/usr/lib/python2.7/dist-packages/duplicity/commandline.py", line 1007, in ProcessCommandLine
    backup, local_pathname = set_backend(args[0], args[1])
  File "/usr/lib/python2.7/dist-packages/duplicity/commandline.py", line 900, in set_backend
    globals.backend = backend.get_backend(bend)
  File "/usr/lib/python2.7/dist-packages/duplicity/backend.py", line 158, 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 323, 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 152, in request
    url, method=http_method, headers=headers, body=request_body)
  File "/usr/lib/python2.7/dist-packages/httplib2/__init__.py", line 1444, 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 1196, in _request
    (response, content) = self._conn_request(conn, request_uri, method, body, headers)
  File "/usr/lib/python2.7/dist-packages/httplib2/__init__.py", line 1132, in _conn_request
    conn.connect()
  File "/usr/lib/python2.7/dist-packages/httplib2/__init__.py", line 889, in connect
    sock.connect((self.host, self.port))
  File "/usr/lib/python2.7/socket.py", line 224, in meth
    return getattr(self._sock,name)(*args)
timeout: timed out

Revision history for this message
Richard J Earle (ak-rich) wrote :

I also have this same problem on 12.04 lts. backing up to ubuntu-one. Hope we can have a fix soon.

Revision history for this message
Rainer Rohde (rainer-rohde) wrote :

This issue still pops up quite often for me too, however, it does seem that it works the next automatic try or thereafter. Maybe it's because of a server load issue, rather than a client issue?

Revision history for this message
Keith Patton (kaipee) wrote :

I have just completely given up on this and moved to Back In Time which uses rsync a rdiff - works great

Revision history for this message
Pablo Almeida (pabloalmeidaff9) wrote :
Download full text (4.1 KiB)

So, it looks like my problem wasn't due to torrent files after all. But
yes, I can confirm that it works next time it tries, even if automatically
(the next day). I find it too suspicious to be a server overload issue.

2012/5/31 Keith Patton <email address hidden>

> I have just completely given up on this and moved to Back In Time which
> uses rsync a rdiff - works great
>
> --
> You received this bug notification because you are subscribed to a
> duplicate bug report (988634).
> https://bugs.launchpad.net/bugs/844369
>
> Title:
> Backup to Ubuntu One failed (SSLError: The read operation timed out)
>
> Status in Déjà Dup Backup Tool:
> New
> Status in Ubuntu One Servers:
> Triaged
> Status in “deja-dup” package in Ubuntu:
> Confirmed
>
> Bug description:
> First ever backup of $HOME to Ubuntu One via Deja Dup failed:
>
> Traceback (most recent call last):
> File "/usr/bin/duplicity", line 1345, in <module>
> with_tempdir(main)
> File "/usr/bin/duplicity", line 1328, in with_tempdir
> fn()
> File "/usr/bin/duplicity", line 1298, in main
> full_backup(col_stats)
> File "/usr/bin/duplicity", line 455, in full_backup
> globals.backend)
> File "/usr/bin/duplicity", line 354, in write_multivol
> (tdp, dest_filename)))
> File "/usr/lib/python2.7/dist-packages/duplicity/asyncscheduler.py",
> line 145, in schedule_task
> return self.__run_synchronously(fn, params)
> File "/usr/lib/python2.7/dist-packages/duplicity/asyncscheduler.py",
> line 171, in __run_synchronously
> ret = fn(*params)
> File "/usr/bin/duplicity", line 353, in <lambda>
> async_waiters.append(io_scheduler.schedule_task(lambda tdp,
> dest_filename: put(tdp, dest_filename),
> File "/usr/bin/duplicity", line 279, in put
> backend.put(tdp, dest_filename)
> 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
> 177, in put
> headers=headers, request_body=data)
> File
> "/usr/lib/python2.7/dist-packages/ubuntuone-couch/ubuntuone/couch/auth.py",
> line 143, 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)...

Read more...

papukaija (papukaija)
tags: added: metabug precise
Revision history for this message
Tom Hughes (tomtheengineer) wrote :

This patch fixed the problem for me: https://bugs.launchpad.net/duplicity/+bug/894234/comments/3

(from https://bugs.launchpad.net/duplicity/+bug/894234 , which was marked as a duplicate of this bug)

Revision history for this message
Michael Terry (mterry) wrote :

Increasing the timeout in ubuntuone-couch's auth module seems to have fixed this. Please report if you are using Ubuntu 12.10 or later and still experience this.

affects: deja-dup → ubuntuone-couch
affects: deja-dup (Ubuntu) → ubuntuone-couch (Ubuntu)
Changed in ubuntuone-couch (Ubuntu):
status: Confirmed → Fix Released
Curtis Hovey (sinzui)
Changed in ubuntuone-servers:
assignee: Registry Administrators (registry) → nobody
Revision history for this message
Oliver Sauder (sao) wrote :

I still experience those timeouts with 13.10 whereas there is no ubuntuone-couch anymore I assume this issue is now directly in duplicity?

Debug:
DUPLICITY: DEBUG 1
DUPLICITY: . Backtrace of previous error: Traceback (innermost last):
DUPLICITY: . File "/usr/lib/python2.7/dist-packages/duplicity/backends/u1backend.py", line 80, in request
DUPLICITY: . resp, content = self.client.request(url, method, headers=headers, body=body)
DUPLICITY: . File "/usr/lib/python2.7/dist-packages/httplib2/__init__.py", line 1569, in request
DUPLICITY: . (response, content) = self._request(conn, authority, uri, request_uri, method, body, headers, redirections, cachekey)
DUPLICITY: . File "/usr/lib/python2.7/dist-packages/httplib2/__init__.py", line 1316, in _request
DUPLICITY: . (response, content) = self._conn_request(conn, request_uri, method, body, headers)
DUPLICITY: . File "/usr/lib/python2.7/dist-packages/httplib2/__init__.py", line 1285, in _conn_request
DUPLICITY: . response = conn.getresponse()
DUPLICITY: . File "/usr/lib/python2.7/httplib.py", line 1045, in getresponse
DUPLICITY: . response.begin()
DUPLICITY: . File "/usr/lib/python2.7/httplib.py", line 409, in begin
DUPLICITY: . version, status, reason = self._read_status()
DUPLICITY: . File "/usr/lib/python2.7/httplib.py", line 365, in _read_status
DUPLICITY: . line = self.fp.readline(_MAXLINE + 1)
DUPLICITY: . File "/usr/lib/python2.7/socket.py", line 476, in readline
DUPLICITY: . data = self._sock.recv(self._rbufsize)
DUPLICITY: . File "/usr/lib/python2.7/ssl.py", line 305, in recv
DUPLICITY: . return self.read(buflen)
DUPLICITY: . File "/usr/lib/python2.7/ssl.py", line 224, in read
DUPLICITY: . return self._sslobj.read(len)
DUPLICITY: . SSLError: The read operation timed out
DUPLICITY: .

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

Other bug subscribers

Related questions