Hyrum K. Wright wrote:
> 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).
>
Does the same thing happen with ra_neon? I don't really see any serf
specific file-opening happening.
Lieven
------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=462&dsMessageId=1273152
Received on 2009-03-05 19:24:12 CET