Hi, Oli,
Von: olli hauer [mailto:oha...@gmx.de]
> On 2014-08-13 23:06, Mark Phippard wrote:
> > Did you consider trying 1.8.x? I recall there were some 2.4.x fixes made.
> Yes, but unluckily 1.8 is no option at the moment, also this could be a
> potential problem for RHEL7 based systems (they del
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
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
olli hauer 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
apr[-util] 1.
On 2014-08-13 23:06, Mark Phippard wrote:
> On Wed, Aug 13, 2014 at 5:00 PM, olli hauer 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,
>> subversio
On Wed, Aug 13, 2014 at 5:00 PM, olli hauer 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) httpd-2.4.10
>
> N
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
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 "
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 "Too many
open files" error. I checked with strace and svnrdump is
Branko Čibej 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 arrive, for
12 matches
Mail list logo
