On Mon, Oct 15, 2012 at 6:10 AM, Arivarasan Manivasagam
<wings.arivarasan_at_gmail.com> wrote:
> Thanks for the reply.
>
> Currently we run this version (svn, version 1.4.6 (r28521)) on a AIX
> machine. I am looking at upgrading to
> v1.7.6-1(http://www.perzl.org/aix/index.php?n=Main.Subversion)
>
> Is it enough if I do the following
> (http://subversion.apache.org/faq.html#dumpload)? Or do I need to do
> anything more?
It's often simpler simply to lock the original repository to read-only
and build an svnsync based mirror on a new host using Subverison
1.7.6.
> Shut down svnserve, Apache, and anything else that might be accessing the
> repository.
> svnadmin dump /path/to/repository > dumpfile.txt , using version X of
> svnadmin.
> mv /path/to/repository /path/to/saved-old-repository
> Now upgrade to Subversion Y (i.e., build and install Y, replacing X).
> svnadmin create /path/to/repository, using version Y of svnadmin.
> svnadmin load /path/to/repository < dumpfile.txt , again using version Y of
> svnadmin.
"Build and install Y" can hide a lot of issues. I'd actually do that
*first*, on another machine, and use a pre-built package if feasible.
And given the limited support for AIX from the open source and
freeware community, I'd very seriously consider moving off of it for
your Subversion server.
> Copy over hook scripts, etc, from the old repository to the new one.
> Restart svnserve, Apache, etc.
And this stage can hide a lot of pitfalls. Sophisticated hook script
environments, authentication and access configurations. It also
doesn't mention whether or not you want to keep the same repository ID
or force everyone to do a clean checkout from the new server.
> Can you also elaborate step 7 on hook scripts and etc.,?
It's very, very environment dependent. You could do an "svnadmin
create testrepo" on your original host and compare its results to your
original repository, to look for the scripts in restrepo/scropts/, but
if you're using HTTPS access you doubtless have Apache configurations
as well you'll need to review and bring over.
> Thanks again for the support!
Good luck with this. I'd really encourage you to use the "svnsync"
approach to build your new repository on another server, with a
different UUID, and only switch and set the UUID when you've tested
the new server.
> On Mon, Oct 15, 2012 at 3:19 PM, Cooke, Mark <mark.cooke_at_siemens.com> wrote:
>>
>> > -----Original Message-----
>> > From: Arivarasan Manivasagam
>> > To: users_at_subversion.apache.org
>> > Subject: Subversion server upgrade from 1.4 to 1.7
>> >
>> > Hi,
>> > We want to upgrade subversion server from 1.4 to 1.7
>> > Is this feasible?
>> > Can you share any steps or documents related to the same?
>> >
>> > thanks,
>> > Arivarasan Manivasagam
>>
>> It is feasible and there are plenty of hits using google with very similar
>> questions. It would be useful if you could say what your platform is (or
>> will be if you plan on upgrading the hardware also).
>>
>> I suggest you start with the release notes for the 1.5, 1.6 and 1.7 [1]
>> versions which should cover most of the gotchas but in theory a current
>> server should be able to just pick up the old repositories and serve them.
>> However, I would guess that a 1.4 to 1.7 upgrade would benefit from a dump /
>> load cycle to make use of the latest repository structure features (as well
>> as giving you a handy dump file backup of the pre-upgrade repositories).
>>
>> Perhaps you can provide more info and ask some more specific questions?
>>
>> ~ Mark C
>>
>> [1] http://subversion.apache.org/docs/release-notes/1.7.html
>
>
Received on 2012-10-15 12:51:42 CEST