This is a new error message, previously backing up to webdavs worked fine for me.
Many thanks for your work and the excellent program -
Duplicity version: 0.6.06
Python version: 2.6.4
OS Distro and version: Ubuntu 9.10
Type of target filesystem: webdavs://sd2dav.1und1.de
Traceback (most recent call last):
File "/usr/bin/duplicity", line 1236, in <module>
with_tempdir(main)
File "/usr/bin/duplicity", line 1229, in with_tempdir
fn()
File "/usr/bin/duplicity", line 1211, in main
incremental_backup(sig_chain)
File "/usr/bin/duplicity", line 487, in incremental_backup
globals.backend)
File "/usr/bin/duplicity", line 315, in write_multivol
(tdp, dest_filename)))
File "/usr/lib/python2.6/dist-packages/duplicity/asyncscheduler.py", line 148, in schedule_task
return self.__run_synchronously(fn, params)
File "/usr/lib/python2.6/dist-packages/duplicity/asyncscheduler.py", line 175, in __run_synchronously
ret = fn(*params)
File "/usr/bin/duplicity", line 314, in <lambda>
async_waiters.append(io_scheduler.schedule_task(lambda tdp, dest_filename: put(tdp, dest_filename),
File "/usr/bin/duplicity", line 240, in put
backend.put(tdp, dest_filename)
File "/usr/lib/python2.6/dist-packages/duplicity/backends/webdavbackend.py", line 256, in put
response = self.request("PUT", url, source_file.read())
File "/usr/lib/python2.6/dist-packages/duplicity/backends/webdavbackend.py", line 108, in request
response = self.conn.getresponse()
File "/usr/lib/python2.6/httplib.py", line 974, in getresponse
response.begin()
File "/usr/lib/python2.6/httplib.py", line 391, in begin
version, status, reason = self._read_status()
File "/usr/lib/python2.6/httplib.py", line 355, in _read_status
raise BadStatusLine(line)
BadStatusLine
Ralf,
I have the same traceback with Opensuse 11.2; Python 2.6 and duplicity 6.6 on webdavs:
What I observed is that everything works fine (without traceback) if the directory on the webdavs:
contains only few files.
Starting from approx. 200 files I get the message "sometimes".
Operation stopped in my case for ever having a backup set of 357 files.
I think it is a timeout problem.
I played with the --timeout parameter of duplicity but without success.
I think, the problem is, that in httplib.py method _read_status on class HTTPResponse reads a line from a filepointer which is mapped to the socket connection to the server and this readline command returns nothing.
Maybe it would be necessary to wait a little bit longer for the response of the server.
I am not a python programmer and my simple approach to set self.timeout on class HTTPConnection to 300 and 3000 didn't help.
Maybe one of the developers has a good idea ...
Chris
-------
Here is what I get with httplib.py debugging on for small amounts of files:
... stuff deleted ....
Local and Remote metadata are synchronized, no sync needed.
send: 'PROPFIND /backup/bilbo/ HTTP/1.1\r\nHost: sd2dav.
ing: identity\
horization: Basic ..something.
\n'
send: '<?xml version="1.0" encoding="utf-8" ?>\n<D:propfind xmlns:D=
allprop/
reply: 'HTTP/1.1 207 Multi-Status\r\n'
header: Date: Sun, 28 Feb 2010 20:45:27 GMT
header: Server: Apache/2.0.63 (Unix) mod_ssl/2.0.63 OpenSSL/0.9.7d DAV/2 Catacom
b/static
header: Content-Type: text/xml; charset="utf-8"
header: Vary: Accept-Encoding
header: Content-Length: 15186
header: Keep-Alive: timeout=1, max=99
header: Connection: Keep-Alive
-------
for many files I get simply:
... stuff deleted ....
Local and Remote metadata are synchronized, no sync needed.
send: 'PROPFIND /backup/bilbo/ HTTP/1.1\r\nHost: sd2dav.
ing: identity\
horization: Basic ..something.
\n'
send: '<?xml version="1.0" encoding="utf-8" ?>\n<D:propfind xmlns:D=
allprop/
reply: ''
+ the traceback from above.