[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: svnadmin hotcopy failing

From: Joe Orton <joe_at_manyfish.co.uk>
Date: 2004-05-13 11:40:27 CEST

On Thu, May 13, 2004 at 02:44:07AM +0100, Branko Čibej wrote:
> rbraswell@connected.com wrote:
> >Hi,
> >I am running SVN1.0.2 on RH9 with Apache 2.0.48
> >
> >[svn@svn reposdump]$ svnadmin hotcopy --clean-logs /home/svn/repos
> >/reposdump/repos-5058-hotcopy
> >svn: Can't copy '/home/svn/repos/db/strings' to
> >'/reposdump/repos-5058-hotcopy/db/strings.tmp': File too large
> >
> >This is a very big problem. Any help is greatly appreciated.
> >
> This is actually an APR problem -- APR was not compiled with large file
> support. Your apr/apache/subversion package maintaniner should fix this.

With what "fix"? Using -D_FILE_OFFET_BITS=64? This creates APR
libraries with a non-default ABI but the default soname. That is a
shooting offence for a package maintainer.

I said it last week, and I'll say it this week, and it'll still be true
next week too :) APR 0.9 does not support >2gb files on platforms with a
32-bit off_t.


To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Thu May 13 11:43:23 2004

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.