>> Shouldn't the svnrdump issue be investigated regardless?
>It would help if you provided more information: which version of Subversion
>are you using? What sort of changes does the problem revision contain? Which
>>files are not being closed?
Run "lsof" on the process when it is running
Thomas Martitz writes:
> Shouldn't the svnrdump issue be investigated regardless?
It would help if you provided more information: which version of
Subversion are you using? What sort of changes does the problem
revision contain? Which files are not being closed?
--
Philip Martin | Subversion
Am 13.08.2014 22:13, schrieb Andreas Stieger:
Hi,
On 13/08/14 21:04, Thomas Martitz wrote:
svnrdump load, though, errors out at revision 6 with "Too many open
files" error. I checked with strace and svnrdump is open()ing a huge
amount of files.
The command line is (note that the target reposit
Hi,
On 13/08/14 21:04, Thomas Martitz wrote:
> svnrdump load, though, errors out at revision 6 with "Too many open
> files" error. I checked with strace and svnrdump is open()ing a huge
> amount of files.
>
> The command line is (note that the target repository is local) as per
> svn book:
> svnr
On Aug 13, 2014, at 1:04 PM, Thomas Martitz wrote:
> Hello,
>
> I have googled and found no trace of this issue. I must be the first one
> hitting it.
>
> The problem: I'm trying to save&restore a private SVN repository using
> svnrdump. svnrdump load, though, errors out at revision 6 with "
