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

RE: Can relocate from a svnserve based server that was 'svn sync' to a new http based server

From: Tony Sweeney <tsweeney_at_omnifone.com>
Date: Tue, 31 Jan 2012 10:07:29 +0000

________________________________
From: Brent Webster [mailto:bwebster_at_belairnetworks.com]
Sent: 31 January 2012 03:08
To: users_at_subversion.apache.org
Cc: Brent Webster
Subject: Can relocate from a svnserve based server that was 'svn sync' to a new http based server

I have numerous large svn repositories accessible by svnserve on an older linux server that I'm moving to a new VMWare VM server using http authentication. I'm using svnsync to transfer the older "svn://" repositories to the new "http://" repositories. The problem that I'm having is trying to "relocate" the existing checked out "svn://" based working copy and point it to the new "http://" repository. An example existing WC:
svn_at_svna: svn info
Path: .
Working Copy Root Path: /home/svn/bin
URL: svn://svnrepo/BelAir/admin/main/svnserver/bin
Repository Root: svn://svnrepo/BelAir/admin
Repository UUID: ad8b7147-7818-0410-a3fb-ed15fa4e4e0d
Revision: 256
Node Kind: directory
Schedule: normal
Last Changed Author: bwebster
Last Changed Rev: 256
Last Changed Date: 2012-01-30 16:38:51 -0500 (Mon, 30 Jan 2012)

I've tried numerous command syntax combinations like
svn relocate http://svnrepo2:18080/svn/admin/main/svnserver/bin svn://svnrepo/BelAir/admin/main/svnserver/bin
svn relocate svn://svnrepo/BelAir/admin/main/svnserver/bin http://svnrepo2:18080/svn/admin/main/svnserver/bin
svn relocate http://svnrepo2:18080/svn/admin/main/svnserver/bin .

This is the type of error message:
svn@svna: svn relocate http://svnrepo2:18080/svn/admin/main/svnserver/bin .
svn: E195009: The repository at 'http://svnrepo2:18080/svn/admin/main/svnserver/bin' has uuid '65d03f8f-4f6b-4b7c-8505-7ddab04e9aed', but the WC has 'ad8b7147-7818-0410-a3fb-ed15fa4e4e0d'

What am I doing wrong (i.e. hopefully I'm doing something wrong).

For this to work, both the old and new repositories must have the same UUID. You should change the UUID of the new repository to match the old one. You can do this using the svnadmin command on the server hosting the new repository:

[sweeney_at_luke ~]$ svnadmin --help setuuid
setuuid: usage: svnadmin setuuid REPOS_PATH [NEW_UUID]
Reset the repository UUID for the repository located at REPOS_PATH. If
NEW_UUID is provided, use that as the new repository UUID; otherwise,
generate a brand new UUID for the repository.
[sweeney_at_luke ~]$

Once this is done, one of your relocate commands should work as you intend.

Tony.

Thanks Brent

________________________________

This email, including any attachments, may contain confidential information, privileged material (including material protected by solicitor-client and/or other applicable privileges) or constitute non-public information under securities law(s). Any exploitation of the information contained in this email (including any attachments) by anyone other than the intended recipient is prohibited. If you have received this email in error, please reply to the sender and delete this information from your system as soon as reasonably practicable. Use, dissemination, distribution, reproduction, publication or any other exploitation of this email by unintended recipients is not authorized and may be unlawful.

______________________________________________________________________
This email has been scanned by the Symantec Email Security.cloud service.
For more information please visit http://www.symanteccloud.com
______________________________________________________________________
________________________________

No virus found in this message.
Checked by AVG - www.avg.com<http://www.avg.com>
Version: 2012.0.1901 / Virus Database: 2109/4776 - Release Date: 01/30/12

______________________________________________________________________
This email has been scanned by the Symantec Email Security.cloud service.
For more information please visit http://www.symanteccloud.com
______________________________________________________________________
Received on 2012-01-31 11:08:30 CET

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.