Hi Corneil,
We have many repos some with 70GB size ☺.
Thanks & BRs
Mai Saleh
IT Global Technologies & Infrastructure
Software Tools Engineer
[cid:image001.png_at_01D3322B.4897B240]
From: corneil.duplessis_at_gmail.com [mailto:corneil.duplessis_at_gmail.com]
Sent: Wednesday, September 20, 2017 3:47 PM
To: Saleh, Mai <Mai_Saleh_at_mentor.com>
Cc: users_at_subversion.apache.org
Subject: Re: Subversion Server Replacement Query
The subversion documentation doesn't advise copying the repositories to a new 'machine' or installation.
I have always used dump and load. I repository that was converted from CVS with more than 50k files, 2-3million lines of code and 15years old was 3GB in side and took 2 hours to dump and load.
I am not sure what you have that will take a week.
Corneil du Plessis
about.me/corneil
On 20 September 2017 at 14:27, Saleh, Mai <Mai_Saleh_at_mentor.com<mailto:Mai_Saleh_at_mentor.com>> wrote:
I will really appreciate, if you could help in “Can I know please what will be the risk to use rsync as it worked in our tests.”
Why do we have to take dump and load, that will take week due to number and size, if you can clarify why not just take a copy of current repositories to new shared area via rsync, will be great ☺
Thanks & BRs
Mai Saleh
IT Global Technologies & Infrastructure
Software Tools Engineer
[cid:image001.png_at_01D3322B.4897B240]
From: corneil.duplessis_at_gmail.com<mailto:corneil.duplessis_at_gmail.com> [mailto:corneil.duplessis_at_gmail.com<mailto:corneil.duplessis_at_gmail.com>]
Sent: Wednesday, September 20, 2017 2:15 PM
To: Saleh, Mai <Mai_Saleh_at_mentor.com<mailto:Mai_Saleh_at_mentor.com>>
Cc: users_at_subversion.apache.org<mailto:users_at_subversion.apache.org>
Subject: Re: Subversion Server Replacement Query
The user's working copies should be fine. In my experience older clients are fine with newer servers and newer clients are fine with older workspace formats.
Corneil du Plessis
about.me/corneil<http://about.me/corneil>
On 20 September 2017 at 12:29, Saleh, Mai <Mai_Saleh_at_mentor.com<mailto:Mai_Saleh_at_mentor.com>> wrote:
Hi Corneil,
Thanks a million for your reply.
It has been years since we use NFS, so no worries about that.
Can I know please what will be the risk to use rsync as it worked in our tests.
Do users need to create a new working copies after moving to new version?
Thanks & BRs
Mai Saleh
IT Global Technologies & Infrastructure
Software Tools Engineer
[cid:image001.png_at_01D3322B.4897B240]
From: corneil.duplessis_at_gmail.com<mailto:corneil.duplessis_at_gmail.com> [mailto:corneil.duplessis_at_gmail.com<mailto:corneil.duplessis_at_gmail.com>]
Sent: Wednesday, September 20, 2017 12:23 PM
To: Saleh, Mai <Mai_Saleh_at_mentor.com<mailto:Mai_Saleh_at_mentor.com>>
Cc: users_at_subversion.apache.org<mailto:users_at_subversion.apache.org>
Subject: Re: Subversion Server Replacement Query
In short:
Don't host on NFS or any remote filesystem.
It is better to dump and import, you can do the dump with old or new version but will only benefit from all new features and stability with the repository in the newer version.
Corneil du Plessis
about.me/corneil<http://about.me/corneil>
On 20 September 2017 at 11:06, Saleh, Mai <Mai_Saleh_at_mentor.com<mailto:Mai_Saleh_at_mentor.com>> wrote:
Hi Subversion Support,
Please advise as we need to move subversion from old server with OS RH5U3 to RH7U3, all of our repositories are hosted on NFS share.
SVN version on old server is 1.6.x and new server has version 1.9.7.
Plan is to rsync old shared area hosting repositories to new shared area and copy configuration files to the same path on new server. So repositories and configuration files will be in exact paths. Then we will rename new server with original server name.
Initial test succeeded, but we need to know is there anything that we need to take care of, do we have to use dump and load as that will take lots of time, due to history and size of repositories.
Do users need to create a new working copies?
Thanks & BRs
Mai Saleh
IT Global Technologies & Infrastructure
Software Tools Engineer
[cid:image001.png_at_01D3322B.4897B240]
Received on 2017-09-20 16:12:55 CEST