[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

RE: svnsync large files

From: Bitts, Daniel <Dan.Bitts_at_gdit.com>
Date: Fri, 4 Dec 2009 13:36:22 -0500

Julian,

Nothing is set in the config file.
Any suggestions where to look for relevant Apache settings?

Here's the svnsync --version output, doesn't look like I have serf:

svnsync, version 1.6.6 (r40053)
   compiled Oct 22 2009, 09:02:24

Copyright (C) 2000-2009 CollabNet.
Subversion is open source software, see http://subversion.tigris.org/
This product includes software developed by CollabNet (http://www.Collab.Net/).

The following repository access (RA) modules are available:

* ra_neon : Module for accessing a repository via WebDAV protocol using Neon.
  - handles 'http' scheme
  - handles 'https' scheme
* ra_svn : Module for accessing a repository using the svn network protocol.
  - with Cyrus SASL authentication
  - handles 'svn' scheme
* ra_local : Module for accessing a repository on local disk.
  - handles 'file' scheme

Thanks!

Dan Bitts
Senior Network Engineer
General Dynamics
7021 Harbour View Blvd STE 102
Suffolk, VA 23435
Tel: (757) 483-2250 ext 208
Cel: (757) 748-3510
Fax: (757) 483-2265
dan.bitts_at_gdit.com
http://www.gdit.com

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

On Wed, 2009-12-02, Bitts, Daniel wrote:
> 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)

Ah, so now you show us the error message :-)

> 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.

Yes. Perhaps you should be looking for timeouts or data transfer limits
in the Apache config. (I know very little about Apache config.)

Is your "svnsync" process using the Neon or the Serf library to make its
HTTP connections, do you know? This might make a difference. We can find
out from the output of "svnsync --version" plus any "http-library"
option in the "~/.subversion/config" file of the home directory of the
user account under which "svnsync" runs.

Can you try using the other one (Neon or Serf), if "svnsync --version"
indicates it supports both?

- Julian

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

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-04 19:36:39 CET

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.