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

Re: Total failure in dav layer when >1024 files already open

From: Garrett Rooney <rooneg_at_electricjellyfish.net>
Date: 2006-06-02 15:37:36 CEST

On 6/1/06, Erik Scrafford <erik@scrafford.org> wrote:
> I've run into a strange problem where the dav layer completely fails
> when more than 1024 files are opened. Every request ends up returning
> a PROPFIND error (when linked against subversion 1.3 - 1.2 seems to
> fail in a different manner). svn:// and file:// urls still seem to
> work fine in this case, only http:// and https:// urls fail. I've
> created a repro case that I'm attaching to this message. I'm on
> macosx 10.4.6, and I have no idea if this test code will work on
> other systems. Below is the output when running my repro program. Why
> do I have that many files open? ZigVersion is monitoring it's working
> copies by using kqueue/kevents, and it ends up keeping a file handle
> open on each file/directory. So it's easy to see how I quickly exceed
> 1024 files open in many cases.

It's not exactly strange that it would fail, you've hit the per-user
file descriptor limit. While it's certainly possible that you could
make svn open less files, there's always going to be a limit. You can
bump the limit up via ulimit -n. The fact that it fails over
http/https and not svn or file implies that a place to look for files
being held open might be the wcprops, as the other ra layers don't
actually use them.

-garrett

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Fri Jun 2 15:38:01 2006

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.