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

Re: ISSUE: "To many open files" not being logged by master server when sync fails.

From: Philip Martin <philip.martin_at_wandisco.com>
Date: Thu, 03 May 2012 13:07:25 +0100

Ken Miles <kmiles_at_voyagergaming.com> writes:

> We are syncing a branch of the repository and have 11068 revisions. I
> tried excluding some revisions via path based authorization but got
> the same result. I'm not sure what is required or where to look to
> replicate in another repository. I have a copy of the repositories to
> test in gdb and can give you a dump of any state information required
> to solve issue if you need any more info.

I assume you know which revision is causing the problem. What does the
failing revision look like? How many text modifications, property
modifications, adds, deletes, revision properties? The commands
"svn log -vqcrNNN URL" and "svn diff -crNNN URL" may help. Is the
repository packed?

Are you on Linux? Use "ls -l /proc/NNN/fd" where NNN is the process ID
of the svnserve process to see which files are open. What files are

If you set a breakpoint on replay_one_revision you should be able to
determine whether the process is leaking a small number of files for
each revision or whether the failing revision is simply opening too many

uberSVN: Apache Subversion Made Easy
Received on 2012-05-03 14:08:03 CEST

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