SSLError while listing large WebDAV directory
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Duplicity |
New
|
Undecided
|
Unassigned |
Bug Description
I'm using the WebDAV backend for the backup to a storage space provided by large German hosting provider.
Starting with a empty directory on the server everything works fine until after about 54 incremental backups
I always get the following error (Ubuntu 10.04):
Start duply v1.5.2.3, time is 2011-03-31 10:13:22.
Using profile '/etc/duply/
Using installed duplicity version 0.6.12, gpg 1.4.10 (Home: ~/.gnupg)
Test - Encryption with key 1454AE98 (OK)
Test - Decryption with key 1454AE98 (OK)
Test - Compare Original w/ Decryption (OK)
Cleanup - Delete '/tmp/duply.
--- Start running command INCR at 10:13:22.292 ---
Using archive dir: /root/.
Using backup name: duply_hourly
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 WebDAV host webdav.
Using WebDAV directory /users/me/hourly/
Using WebDAV protocol http
Reading globbing filelist /etc/duply/
Main action: inc
=======
duplicity 0.6.12 (March 08, 2011)
Args: /usr/bin/duplicity incr --name duply_hourly --encrypt-key 1454AE98 --sign-key 1454AE98 --verbosity 9 --num-retries 5 --exclude-
Linux myhost 2.6.33.
/usr/bin/python 2.6.5 (r265:79063, Apr 16 2010, 13:57:41)
[GCC 4.4.3]
=======
Using temporary directory /tmp/duplicity-
Registering (mkstemp) temporary file /tmp/duplicity-
Temp has 37880573952 available, backup will use approx 34078720.
Listing directory /users/me/hourly/ on WebDAV server
WebDAV PROPFIND attempt #1 failed: 200
Listing directory /users/me/hourly/ on WebDAV server
Removing still remembered temporary file /tmp/duplicity-
Traceback (most recent call last):
File "/usr/bin/
with_
File "/usr/bin/
fn()
File "/usr/bin/
sync_archive()
File "/usr/bin/
remlist = globals.
File "/usr/lib/
response = self.request(
File "/usr/lib/
response = self.conn.
File "/usr/lib/
response.
File "/usr/lib/
version, status, reason = self._read_status()
File "/usr/lib/
line = self.fp.readline()
File "/usr/lib/
data = recv(1)
File "/usr/lib/
self.recv = lambda buflen=1024, flags=0: SSLSocket.
File "/usr/lib/
raise x
SSLError: The read operation timed out
10:13:52.695 Task 'INCR' failed with exit code '30'.
-------
if I empty the directory, perform a full backup and then a incremental backup
the output is:
Listing directory /users/me/hourly/ on WebDAV server
WebDAV PROPFIND attempt #1 failed: 200
Listing directory /users/me/hourly/ on WebDAV server
<?xml version="1.0" encoding="utf-8"?>
<D:multistatus xmlns:D="DAV:" xmlns:ns0="DAV:">
<D:response xmlns:lp1="DAV:" xmlns:lp2="http://
<D:href>
<D:propstat>
<D:prop>
<lp1:resourcety
<lp1:creationda
<lp1:getlastmod
<lp1:getetag>
<D:supportedlock>
<D:lockentry>
<D:lockscope>
<D:locktype>
</D:lockentry>
<D:lockentry>
<D:lockscope>
<D:locktype>
</D:lockentry>
</D:supportedlock>
<D:lockdiscovery/>
</D:prop>
<D:status>HTTP/1.1 200 OK</D:status>
</D:propstat>
</D:response>
<D:response xmlns:lp1="DAV:" xmlns:lp2="http://
<D:href>
<D:propstat>
<D:prop>
<lp1:resourcetype/>
<lp1:creationda
<lp1:getcontent
<lp1:getlastmod
<lp1:getetag>
<lp2:executable
<D:supportedlock>
<D:lockentry>
<D:lockscope>
<D:locktype>
</D:lockentry>
<D:lockentry>
<D:lockscope>
<D:locktype>
</D:lockentry>
</D:supportedlock>
<D:lockdiscovery/>
</D:prop>
<D:status>HTTP/1.1 200 OK</D:status>
</D:propstat>
</D:response>
-------
Is this a bug on the server side? is there a workaround?