On 7/26/2011 10:44 AM, Stefan Sperling wrote:
> On Tue, Jul 26, 2011 at 08:35:31AM -0700, David Chapman wrote:
>> If the processor architectures differ, copying the repositories
>> directly won't work unless changes to the repository format have
>> been made recently. I had a problem when copying a repository from
>> a 64-bit x86 machine to a 32-bit x86 machine, for example. (I think
>> this was in 1.4.x, but it was years ago and I don't remember the
>> details.) Solaris 10 suggests a SPARC machine as the source.
>> Because of the byte ordering difference, I'd expect major trouble
>> when copying a repository directly from a SPARC machine to an x86
> This only applies to repositories using the BDB backend.
> There is no such problem with the FSFS backend because it uses flat files.
>> I've used (and recommend) the svnsync approach recommended by
>> another poster. Downtime can be even less than when copying
>> repository directories directly.
> Yes, it's another good alternative. But don't forget to run 'svnadmin
> verify' on the synced copies, just to be safe.
In a situation where copying directly will work, you can use 'rsync -a'
to copy the live repositories and do the bulk of the work with the old
system still active. Then when ready to cut over, stop svnserve/http
access and repeat the command with the --delete option. That will
complete quickly because it only has to duplicate the changes since the
Received on 2011-07-26 17:58:16 CEST