[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: Ben Collins-Sussman <sussman_at_collab.net>
Date: 2004-05-13 15:37:40 CEST

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.

While the developers argue about the best way to deal with APR's (lack
of) largefile support in certain scenarios, here's a workaround.

You can do the 'svnadmin hotcopy' manually in 3 steps. There's nothing
magical about this command; it's supposed to be just a convenience for
users. It's doing exactly these 3 things under the hood:

1. cp -R repos repos-backup
2. cp repos/db/log* repos-backup/db/
3. svnadmin recover repos-backup

You could even write a shell script to do this.

Various people are starting to get burned by the fact that APR's 'copy
file' API can't always copy a >2GB strings file, so perhaps we should
write up this workaround as a FAQ?

To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Thu May 13 15:39:25 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.