Branko Čibej br...@wandisco.com writes:
For a start, this would require a major change in the wire protocol,
where the server would, as a response to a successful commit, report any
additional magic changes to the client. The problem with this is that
it is error prone; the response may never
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 saverestore a private SVN repository using
svnrdump. svnrdump load, though, errors out at revision 6 with Too many
open files error. I checked with strace and svnrdump is
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:
svnrdump
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
Upgraded a subversion-1.7.18 installation from http-2.2.28 to httpd-2.4.10 and
running into strange issues.
Two clean builds (jail environment) with apr-1.5.1, apr-util-1.5.3,
subversion-1.7.18, a) httpd-2.2.28 and b) httpd-2.4.10
No issues on httpd-2.2.28 or by using the svn protocol only via
On Wed, Aug 13, 2014 at 5:00 PM, olli hauer oha...@gmx.de wrote:
Upgraded a subversion-1.7.18 installation from http-2.2.28 to httpd-2.4.10
and running into strange issues.
Two clean builds (jail environment) with apr-1.5.1, apr-util-1.5.3,
subversion-1.7.18, a) httpd-2.2.28 and b)
On 2014-08-13 23:06, Mark Phippard wrote:
On Wed, Aug 13, 2014 at 5:00 PM, olli hauer oha...@gmx.de wrote:
Upgraded a subversion-1.7.18 installation from http-2.2.28 to httpd-2.4.10
and running into strange issues.
Two clean builds (jail environment) with apr-1.5.1, apr-util-1.5.3,
olli hauer oha...@gmx.de writes:
I assume those were backported to 1.7.x but do not remember.
Reading the Changelog it seems so, but i suspect some changes are missing
after the latest changes on the httpd-2.4 dav changes.
I build/test Subversion 1.7.x branch with Apache 2.4.x branch and
Thomas Martitz ku...@rockbox.org 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
Hi,
one of our large repositories went corrupt. Maybe someone can help.
On Aug 6th we had a Hardware crash of our svn server (mod_dav_svn) / svn
1.7.11.
This caused erros like:
[Fri Aug 08 14:00:01 2014] [error] [client ip.ip.ip.ip] (20014)Internal error:
Couldn't open rep-cache database
[Fri
10 matches
Mail list logo