RE: svnsync large files
"Bitts, Daniel" <[email protected]> Fri, 4 Dec 2009 13:36:22 -0500
| Newsgroups | gmane.comp.version-control.subversion.devel,gmane.comp.version-control.subversion.rapidsvn.devel |
|---|---|
| Message-ID | <[email protected]> |
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 [email protected] http://www.gdit.com -----Original Message----- From: Julian Foad [mailto:[email protected]] Sent: Thursday, December 03, 2009 8:33 AM To: Bitts, Daniel Cc: [email protected] 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 <[email protected]> mailing list. To subscribe to the new list, send an empty e-mail to <[email protected]>.