Greg Stein <gst...@gmail.com> writes: > What happens when you set MAX_NR_CONNS (that's not the right symbol, but > close) in linsvn_ra_serf/update.c to 2 ? That should eliminate the > parallelism. If that succeeds, then maybe we can patch 1.7.x in some way to > allow svnrdump to set that max, yet keep multiple for regular > checkout/update/sync.
Still fails with: -#define MAX_NR_OF_CONNS 4 +#define MAX_NR_OF_CONNS 2 -- uberSVN: Apache Subversion Made Easy http://www.uberSVN.com