On Wed, Feb 29, 2012 at 10:35 AM, Daniel Shahaf <danie...@elego.de> wrote:
> Justin Johnson wrote on Wed, Feb 29, 2012 at 10:25:38 -0600: > > On Wed, Feb 29, 2012 at 10:15 AM, Daniel Shahaf <danie...@elego.de> > wrote: > > > - Are the failing revisions always small (eg: just a URL-URL copy), > > > or always large (eg: results of a merge)? > > > > > > > > As mentioned before, so far it appears to be 1) create a tag by copying > an > > entire working copy of a branch to a URL, and 2) commit merge results for > > an entire branch. > > > > That's not clear enough. Could you show 'log -qv' of those revisions? > > A wc-to-URL copy could touch just one or two files (compare > `svn log -qv --stop-on-copy > http://svn.apache.org/repos/asf/subversion/tags/1.7.3`) > or a full tree (http://subversion.apache.org/faq.html#in-place-import). > Which is it? > > The commits fail, so there is no revision to run this against. Other tags that have succeeded seem to just have one added path that is a copy of the branch at revision x. Does that answer your question? > > > > > - Could you try setting the maximum cache size to zero? (svnserve: > > > --memory-cache-size=0; mod_dav_svn: SVNInMemoryCacheSize 0) > > > > > > > > Apache is our server, so this is not applicable. > > SVNInMemoryCacheSize is applicable. > Sorry, I missed that one. We have not specified SVNInMemoryCacheSize, so we're using the default.