Re: Moving SVN from one server to another

2018-04-26 Thread Bo Berglund
On Thu, 26 Apr 2018 13:48:18 -0400, Nico Kadel-Garcia wrote: >Bingo. It is, theoretically, possible to individually bring commits >done directly on the slave back over to the original master to resolve >such a resulting split brain. And this is described in the svn-book too. But when I set up m

Re: Moving SVN from one server to another

2018-04-26 Thread Nico Kadel-Garcia
On Thu, Apr 26, 2018 at 5:58 AM, Bo Berglund wrote: > On Thu, 26 Apr 2018 11:26:38 +0200, OBones wrote: > >>Well, maybe I read this wrong, but the manual talks about a master and a >>slave, which are tightly related. If I remove the master once the slave >>is fully ready to take over its role, I'

Re: Moving SVN from one server to another

2018-04-26 Thread Bo Berglund
On Thu, 26 Apr 2018 11:26:38 +0200, OBones wrote: >Well, maybe I read this wrong, but the manual talks about a master and a >slave, which are tightly related. If I remove the master once the slave >is fully ready to take over its role, I'm not sure it will work >smoothly, hence my question. I

Re: Moving SVN from one server to another

2018-04-26 Thread OBones
Ryan Schmidt wrote: On Apr 25, 2018, at 07:15, OBones wrote: Nico Kadel-Garcia wrote: In general, to jump that many major revisions, I tend to use "svnsync" to allow the repositories to stay synchronized while the client stays talking to the first repository, then take the first repository ent

Re: Moving SVN from one server to another

2018-04-25 Thread Ryan Schmidt
On Apr 25, 2018, at 07:15, OBones wrote: > Nico Kadel-Garcia wrote: >> In general, to jump that many major revisions, I tend to use "svnsync" >> to allow the repositories to stay synchronized while the client stays >> talking to the first repository, then take the first repository >> entirely off

Re: Moving SVN from one server to another

2018-04-25 Thread OBones
Nico Kadel-Garcia wrote: In general, to jump that many major revisions, I tend to use "svnsync" to allow the repositories to stay synchronized while the client stays talking to the first repository, then take the first repository entirely offline. Note that this is probably the first opportunity,

Re: Moving SVN from one server to another

2018-04-24 Thread Ryan Schmidt
On Apr 23, 2018, at 17:19, Paul Greene wrote: > The old subversion server is running version 1.4.6-1. The new server is > running 1.7.14-11. Consider that Subversion 1.8.x and earlier are end-of-life. The current version is 1.10.0. https://subversion.apache.org/docs/release-notes/1.10.html#sv

Re: Moving SVN from one server to another

2018-04-23 Thread Nico Kadel-Garcia
On Mon, Apr 23, 2018 at 7:33 PM, Eric Johnson wrote: > It should be OK to use rsync, so long as the "old server" is not in use and > the repositories are not being modified while you're syncing them. > > Then, I strongly recommend a dump and load on the new server. > > Eric. The "permissions" may

Re: Moving SVN from one server to another

2018-04-23 Thread Eric Johnson
It should be OK to use rsync, so long as the "old server" is not in use and the repositories are not being modified while you're syncing them. Then, I strongly recommend a dump and load on the new server. Eric. On Mon, Apr 23, 2018 at 3:19 PM, Paul Greene wrote: > Hello, > > I need to move a s

Moving SVN from one server to another

2018-04-23 Thread Paul Greene
Hello, I need to move a subversion deployment from an ancient Redhat server to a new Centos7 server. The old subversion server is running version 1.4.6-1. The new server is running 1.7.14-11. There's 110 different repositories on the old server, so I'm looking for an efficient way to move all of