Re: ISSUE: "To many open files" not being logged by master server when sync fails.
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.
Stefan Sperling <stsp_at_elego.de> wrote:
>On Thu, May 03, 2012 at 11:51:15AM +1000, Kenneth Miles wrote:
>> NOTE: "master server" is synced repository r0 property
>> svn:sync-from-url and URL is svn://voyager-svn:3691/egm/QLD-Releases
>> I was attempting a svnsync when the master server instance returned
>> a "abort-edit" because there was to many open files. The stack
>> trace below is from the master server instance. File limit was 1024
>> files in ubuntu and ubuntu by default does not log the pam_limits
>> failures. It is my suggestion to log this error to syslog or to the
>> svn log because it took me 3 days to fix this issue even though it
>> was very simple to overcome.
>This sounds like a file descriptor leak.
>The server should not be opening so many files at once.
>Do you have a reliable way of reproducing this? I.e. can you
>deliberately make the server open 1024 files? If so, how exactly
>do you do it? Please provide enough details so that somebody else
>can try to trigger the problem in their environment. Thanks!
Received on 2012-05-03 12:27:35 CEST
This is an archived mail posted to the Subversion Dev