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

Re: hot-backup.py failed: Can't copy '/var/local/repositories/X' to '/var/local/backups/Y': File too large

From: <kfogel_at_collab.net>
Date: 2004-07-26 16:03:37 CEST

"Brian Fallik" <fallik@assurtech.com> writes:
> The comments provide more information, but I'm still unsure what the next
> steps are for us to restore our backup process. Do I follow Joe Orton's
> comment and assume it's fixed in the Linux build?
>
> Do I need to rebuild subversion from scratch with a new setting? Where do I
> change this setting? In which version of subversion is the >2Gb file limit
> fixed - only the APR branch? How can I be certain that branch is stable? I
> previously installed svn via rpms, so I'm slightly hesitent to start
> building a developer branch from scratch.

I think you're going to need to build from source to fix this. You
technically don't need the absolute latest Subversion to do it, but I
would recommend using head of Subversion trunk right now. I'm not
sure how far back before Subversion stops being able to take advantage
of the new APR functionality...

... which brings me to the important point, that what you really need
is probably a newer APR, I *think* maybe one of the 1.0.x candidates
(that's an APR version number, not a Subversion number). Visit
apr.apache.org and poke around.

Sorry you got bit by this one. In the future, as new versions of both
Subversion and APR become the norm, it won't be a problem, but right
now, it will involve a bit of inconvenience for you.

> Are there special build parameters/settings that are used to produce the RH9
> RPMs? Or is it all defaults?

I don't know.

-Karl

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Mon Jul 26 17:35:39 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.