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

Re: svnsync crashes on a huge commit

From: Anatoly Zapadinsky <zapadinsky_at_gmail.com>
Date: Thu, 11 Jul 2013 14:04:11 +0400

I've increased swap size to 8gb, increased opened files handles limit to
200k and ran the process at night when the server is not very busy.

Finally svnsync form a revision copy in db, but hang after it. It didn't
print "Committed revision" just hanged on a set of dots after "Transmitting
file data....". I've killed it and ran "svnadmin verify". The revision copy
seems to be fine. And it was successfully packed by svnadmin pack at the
end of mirroring process.

svnsync is a buggy crap! I guarantee this. And no one cares. No one going
to opened an issue.

On Tue, Jul 9, 2013 at 3:30 PM, Anatoly Zapadinsky <zapadinsky_at_gmail.com>wrote:

> svnsync failed to sync repository with a single commit containing 56000
> files. This commit handled perfectly by console svn and tortoise svn. We
> can checkout this folder structure and so on. But when I tried to sync this
> commit to the local mirror repository it fails.
> 32 bit version of svnsync crashed with out of memory exception.
> 64 bit version made a transaction folder containing 117000 files in it,
> allocated like 3gb of memory and finally crashed with this diagnostic:
> "svn: E235000: In file 'subversion/libsvn_ra_serf/util.c' line 1649:
> internal malfunction".
> May be this commit is not an example of the best practice but it crash
> only svnsync all the other svn tools handle it perfectly.
> What should I do? How to mirror this repository? Is it a bug or not?
>
Received on 2013-07-11 12:04:46 CEST

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