On 12/02/2014 03:35 PM, Nikolaus Rath wrote:
> Not to fsck.s3ql, but the attached patch should enable traffic dumping
> on the lower-level dugong library. It creates files "raw_stream_xx.dat"
> in the current directory. Could you give that a shot and attach both the
> results for an ssl and no-ssl run?
Got the dump file via separate mail, thanks!
I think I have found the bug. When using SSL, S3QL has to re-establish the
connection while retrieving objects. After reconnecting, it starts retrieving
from wrong key.
The last requests with the first connection are:
GET
/?prefix=server-externals3ql_data_&marker=server-externals3ql_data_188293&max-keys=1000
HTTP/1.1
GET
/?prefix=server-externals3ql_data_&marker=server-externals3ql_data_189193&max-keys=1000
HTTP/1.1
GET
/?prefix=server-externals3ql_data_&marker=server-externals3ql_data_190092&max-keys=1000
HTTP/1.1
but then the new connection continues with
GET /?prefix=server-externals3ql_data_&marker=s3ql_data_190092&max-keys=1000
HTTP/1.1
In contrast, when not using SSL the connection does not have to be
re-established, so everything works fine.
I should be able to fix the bug now.
I'm curious why the connection has to be re-established when using SSL though.
Would you mind to run fsck.s3ql one more time, this time with --debug, and
attach the entries from ~/.s3ql/fsck.log?
Best,
-Nikolaus
--
GPG encrypted emails preferred. Key id: 0xD113FCAC3C4E599F
Fingerprint: ED31 791B 2C5C 1613 AF38 8B8A D113 FCAC 3C4E 599F
»Time flies like an arrow, fruit flies like a Banana.«
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
