RE: svnsync large files

Julian,

Nice script.

I found replication file: to file: worked fine,
https: to https: same server worked fine
https: to https: over WAN fails with:

svnsync: REPORT of 'https://master.vb.inside/mastersvn': Could not read response body: Secure connection truncated (https://master.vb.inside)

The slave was https://slave.suffolk.inside/slavesvn, and svnsync was executed on the master server.

It's looking more like an Apache issue than an SVN issue, but still is puzzling because users are regularly committing large files into the master over the WAN link from the slave site.

Dan

-----Original Message-----
From: Julian Foad [mailto:julianfoad_at_btopenworld.com]
Sent: Tuesday, December 01, 2009 8:38 AM
To: Bitts, Daniel
Cc: dev_at_subversion.tigris.org
Subject: RE: svnsync large files

On Mon, 2009-11-30, Bitts, Daniel wrote:
> Julian,
>
> Here's a simple, reproducible test case:

Thank you very much. That will help. I have scripted it, but only with "file:" URLs. Attached.

My script runs the sync fine in svn 1.6.5 with "file:" URLs. (I didn't try 1.6.6.) Perhaps somebody else is willing to extend the script to use HTTP, and then we will see the failure. I can't spare the time to do that now.

- Julian

> 1. download a file 150Mb or larger. I used a copy of the latest Ubuntu ISO for this test.
> 2. create an svn 1.6.6 repository under Apache 2.2.3 using the following subversion.conf file (make sure apache owns everything and you've configured your AuthUserFile correctly):
> LoadModule dav_svn_module modules/mod_dav_svn.so
> LoadModule authz_svn_module modules/mod_authz_svn.so
>
> <Location /svn>
> DAV svn
> SVNPath /var/www/svn
> SSLRequireSSL
> AuthType Basic
> AuthName "SVN"
> AuthUserFile /var/www/svn_auth.dat
> SVNPathAuthz off
> Require valid-user
> </Location>

[...]

------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=462&dsMessageId=2426463

Please start new threads on the <dev_at_subversion.apache.org> mailing list.
To subscribe to the new list, send an empty e-mail to <dev-subscribe_at_subversion.apache.org>.
Received on 2009-12-02 21:38:23 CET