On Mar 5, 2009, at 11:35 AM, Hyrum K. Wright wrote:
> While doing a svnsync of our repo (actually, two of them) to my local
> disk, I ran into the following problem:
>
> Committed revision 7446.
> Copied properties for revision 7446.
> Transmitting file data ....
> Committed revision 7447.
> Copied properties for revision 7447.
> Transmitting file data .subversion/libsvn_ra_serf/replay.c:824:
> (apr_err=24)
> svnsync: Error retrieving replay REPORT (24): Too many open files
> Abort trap
> dhcp-198-227:test Hyrum$
>
> dhcp-198-227:test Hyrum$ ulimit -aS
> core file size (blocks, -c) 0
> data seg size (kbytes, -d) 6144
> file size (blocks, -f) unlimited
> max locked memory (kbytes, -l) unlimited
> max memory size (kbytes, -m) unlimited
> open files (-n) 256
> pipe size (512 bytes, -p) 1
> stack size (kbytes, -s) 8192
> cpu time (seconds, -t) unlimited
> max user processes (-u) 266
> virtual memory (kbytes, -v) unlimited
> dhcp-198-227:test Hyrum$
>
> I would think that 256 files would be plenty for a sync, and it worked
> just fine when I restarted the sync after the failure. Are we leaving
> file handles open somewhere in serf?
Further testing indicates that this happens much more often using 1.6
than 1.5 (both using serf).
-Hyrum
------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=462&dsMessageId=1273093
Received on 2009-03-05 18:56:38 CET