Duplicity

sd2dav bad status line

Asked by Rolf Glei

Hello,

I try to use duplicity-0.6.11 (and earlier) with webdavs:// backend.

It works sometimes, most of the times not. I may reproduce the failure with about 20 files/total 33Mb...

The error-dialog shows "BadStatusLine(line)" , sometimes "SSLError: The read operation timed out"...

Checking with wireshark is not helpful: i cann't read the lines. In one case I've found
"CACHE-CONTROL: max-age=1810", but may be it comes from another process.

I've tried using httplib2 without success.

My python-knowledge is poor, sorry...

If I mount webdav-space via mount.davfs and do a call on duplicity on the local mounted directory errors will be reduced. Best is making the dupicty-files local and copy them later via cp... But there is lot of service lost...

Is there help available?

Thanks lot R.

Question information

Language:
English Edit question
Status:
Solved
For:
Duplicity Edit question
Assignee:
No assignee Edit question
Solved by:
edso
Solved:
Last query:
Last reply:
Revision history for this message
Best edso (ed.so) said : 		#1

>
> The error-dialog shows "BadStatusLine(line)" , sometimes "SSLError: The read operation timed out"...

please post a full log of duplicity run with '-v9'. obfuscate private data in it. you can attach it to the ticket.

> Checking with wireshark is not helpful: i cann't read the lines. In one case I've found
> "CACHE-CONTROL: max-age=1810", but may be it comes from another process.

you are running an encrypted transaction of course you can't see nothing ;). try to run it with webdav only to debug the connection.

> Is there help available?
>

i'd guess your connection is very unreliable. try to raise the retry value of duplicity with '--num-retries <number>'.

..ede/duply.net

Revision history for this message
Rolf Glei (rogle-le-deactivatedaccount) said : 		#2

..ede, Thanks for fast answer...

I cann't reproduce the error concerned SSLError, so I cann't give a -v9 output. Intead You will get the lines found on my xterm:

...
  File "/usr/local/bin/duplicity", line 597, in restore_get_enc_fileobj
    backend.get(filename, tdp)
  File "/usr/local/lib/python2.6/dist-packages/duplicity/backends/webdavbackend.py", line 235, in get
    target_file.write(response.read())
  File "/usr/lib/python2.6/httplib.py", line 522, in read
    return self._read_chunked(amt)
  File "/usr/lib/python2.6/httplib.py", line 584, in _read_chunked
    self._safe_read(2) # toss the CRLF at the end of the chunk
  File "/usr/lib/python2.6/httplib.py", line 619, in _safe_read
    chunk = self.fp.read(min(amt, MAXAMOUNT))
  File "/usr/lib/python2.6/socket.py", line 377, in read
    data = self._sock.recv(left)
  File "/usr/lib/python2.6/ssl.py", line 215, in recv
    return self.read(buflen)
  File "/usr/lib/python2.6/ssl.py", line 136, in read
    return self._sslobj.read(len)
SSLError: The read operation timed out

If it is necessary, I have few lines before. Do you need the -v9 output concerned with "BadStatusLine"?

Really, I've thought similiar about encrypted transmission. My account gives only a webdavs-access. Upload is limited to 125kb/sec - sorry.

I've tried --num-retries with big and small numbers: it doesn't help.

thanks Rolf

Revision history for this message
edso (ed.so) said : 		#3

whatever information you can give might help. but please, for once, do a duplicity run with the max verbosity and attach the complete log here if the error occurs. if your terminal does not buffer all output redirect into a file.

sslerror and badstatusline seem to be different errors hence any out put regarding them might help.

ede

Revision history for this message
Rolf Glei (rogle-le-deactivatedaccount) said : 		#4

High ede,

sorry, but I cann't reproduce the shown error once more.

I think. it's a problem of timing: aftre let me say 10Mb of transmitted data there will occur an update of the stored data. In my oppinion questions from duplicity in this time will cause an error.

I've searched worldwide and it seems, that I'm not alone. I think, that the service from my provider is only poor requested just now.

I'will work on this problem.

Thanks Lot

Revision history for this message
Rolf Glei (rogle-le-deactivatedaccount) said : 		#5

High,

thanks lot. Mr. Marcel. I'm not able to give You a more detailed debug-info concerning the problem.

I've contacted the hotline from 1und1.de: they don't give support for linux and webdav. But it seems, that there is something wrong in their implementation. May be, they need to much time for creating and changing directories: there is a time-gap, where no instructions will be taken (it is well shown, if the dav-disk is mounted local).

Meanwhile I've an account at
https://www.free-hidrive.com/
(disk in cloud, probably without costs): duplicity works well.

May be I will check next release of duplicity with 1und1.de...

Thanks for Your work

- Rolf