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

Re: svn relocate/move (repo not wc)

From: Ryan Schmidt <subversion-2006Q1_at_ryandesign.com>
Date: 2006-02-02 13:47:09 CET

On Feb 2, 2006, at 00:32, Garrett Rooney wrote:

>>> You need to make sure the version of the repos in the new
>>> location is
>>> IDENTICAL to the old one, including the UUID. If you are doing the
>>> move via a dump/load, that means using the --force-uuid flag to
>>> svnadmin load when loading into your new (empty) repository on
>>> the new
>>> machine. If you're loading your data into an existing repository
>>> (which by definition has a different UUID) you CANNOT migrate
>>> working
>>> copies via switch --relocate, it simply will not work.
>>
>> I've done several repository moves recently from one server to
>> another
>> server where all I did was "svnadmin load newrepos
>> <oldrepos.dump". The
>> users then simply selected TortoiseSVN>Relocate, entered the new
>> URL and
>> all worked happily. So why did it not fall over for me without
>> forcing
>> the UUID on the new repository?
>
> Ahh, now that I look at the code, the UUID record in the dumpfile will
> be used even without a --force-uuid flag, if the repository is empty
> when you start the load. If it already has content you have to force
> it, although if that's the case doing so is probably a bad thing,
> since now the rev numbers will be out of sync, so your new repository
> will claim to be the same as the old one (by having hte same UUID),
> but will in actuality be different, most likely breaking all sorts of
> stuff.

No need to look into the source code to discover that.

$ svnadmin help load
load: usage: svnadmin load REPOS_PATH

Read a 'dumpfile'-formatted stream from stdin, committing
new revisions into the repository's filesystem. If the repository
was previously empty, its UUID will, by default, be changed to the
one specified in the stream. Progress feedback is sent to stdout.

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Thu Feb 2 13:50:41 2006

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.