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

svnadmin dump/load issue with migrating repository

From: Adalberto Castelo <castelo_at_qiwi.es.dupont.com>
Date: 2004-06-11 17:17:27 CEST


I'm getting some weird behavior in my server when I load up a certain dump
file from one server to another. Here's what I'm doing:

Server 2 has just been installed, and repos2 is empty. First, as a common
user, in server 1:
> svn co https:///server2.domain.com/svn/repos2
> svn mkdir https://server2.domain.com/svn/repos2/repos1 -m "bogus"
> cd ./repos2; svn up
where repos2 is the repos at server2, and repos1 is the repos at server 1.
This part works fine, and now I have the empty dir repos1 in my wc.

Then, as root, in server 1:
# svnadmin dump ./repos1 > r1.dump
Now, in server 2, as root:
# svnadmin load ./repos2 --parent-dir r1 < r1.dump

Now, after this, s2 stops working; as user, in server 1, from same dir as
> svn up
svn: PROPFIND request failed on '/svn/repos2'
svn: PROPFIND of '/svn/repos2': 500 Internal Server Error (https://

repos1 was working before also, from server1 (either using local access or
https access). System details:
server1: suse 9.0, subversion 1.0.0
server2: gentoo 2004.1, subversion 1.0.4-r1 (their package versioning)
        - using apache-ssl only access for server 2

What are the possible causes here? Any hints on what I'm doing wrong? The FAQ
didn't reveal anything on this.

Thanks in advance,

Note: My employer chose to include a legal notice below.
This communication is for use by the intended recipient and contains 
information that may be privileged, confidential or copyrighted under
applicable law.  If you are not the intended recipient, you are hereby
formally notified that any use, copying or distribution of this e-mail,
in whole or in part, is strictly prohibited.  Please notify the sender
by return e-mail and delete this e-mail from your system.  Unless
explicitly and conspicuously designated as "E-Contract Intended",
this e-mail does not constitute a contract offer, a contract amendment,
or an acceptance of a contract offer.  This e-mail does not constitute
a consent to the use of sender's contact information for direct marketing
purposes or for transfers of data to third parties.
 Francais Deutsch Italiano  Espanol  Portugues  Japanese  Chinese  Korean
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri Jun 11 17:22:23 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.