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

Re: svn upgrade

From: Andy Levy <andy.levy_at_gmail.com>
Date: Mon, 2 Feb 2009 06:37:54 -0500

On Mon, Feb 2, 2009 at 06:30, Ilan Yaniv <Ilan.Yaniv_at_timetoknow.org> wrote:
> -----Original Message-----
> From: Andy Levy [mailto:andy.levy_at_gmail.com]
> Sent: Monday, February 02, 2009 1:27 PM
> To: Ilan Yaniv
> Cc: users_at_subversion.tigris.org
> Subject: Re: svn upgrade
> On Mon, Feb 2, 2009 at 01:31, Ilan Yaniv <Ilan.Yaniv_at_timetoknow.org>
> wrote:
>> Hi Andy,
>> I read the documentation.
>> As you know svnadmin upgrade - only do the minimum to upgrade the
>> server.
>> From the svnadmin help upgrade:
>> As such, the upgrade performs only the minimum amount of work needed
> to
>> accomplish this while still maintaining the integrity of the
> repository.
>> It does not guarantee the most optimized repository state as a dump
> and
>> subsequent load would.
>> I also read the links - also the link that you have sent me.
>> We also had a session about this last week, there is this c file:
>> svn-populate-node-origins-index, I have no idea how to compile and
>> execute it. I thought that there is an exe file that does the same,
> but
>> I couldn't find it.
>> So I have decided to run dump and then load to the sources - after I
>> have finished the upgrade (and it was a successful upgrade - so as you
>> can see, I do read my mails and documents).
>> The dump went fine, but then the load failed with the following error:
>> C:\Program Files\VisualSVN Server\bin>svnadmin load --quiet
>> D:\Repositories\dev < D:\Dump\dev.dump
>> svnadmin: File already exists: filesystem 'D:/Repositories/dev/db',
>> transaction '26662-3', path 'LMS'
>> 1) What have I done wrong here?
> Is d:\repositories\dev an empty repository that you just created with
> svnadmin create? If so, that directory should be empty, and it appears
> to not be.
>> 2) Is the procedure of dump and load would have saved me compiling the
>> file: svn-populate-node-origins-index?
> Yes, that's what I was saying in my first reply.
>> 3) Is there an exe file for the: svn-populate-node-origins-index?
> Again, if you're using the dump/load cycle, it's not needed.
> P.S. Please stop top-posting. http://www.caliburn.nl/topposting.html
>> -----Original Message-----
>> From: Andy Levy [mailto:andy.levy_at_gmail.com]
>> Sent: Monday, February 02, 2009 3:05 AM
>> To: Ilan Yaniv
>> Cc: users_at_subversion.tigris.org
>> Subject: Re: svn upgrade
>> On Sun, Feb 1, 2009 at 16:19, Ilan Yaniv <Ilan.Yaniv_at_timetoknow.org>
>> wrote:
>>> Hi All,
>>> I run svnadmin upgrade to SVN version 1.5.5 it completed
> successfully.
>>> Now I want to create the indexing.
>>> Can I run now svnadmin dump and then svnadmin load?
>> Please, please, please read all the documentation before you keep
>> using Subversion. I'm pretty sure you've been given the links for it
>> before, but I don't think you're taking the time to understand what
>> you're reading.
>> If you do the dump/load, then running svnadmin upgrade isn't needed.
>> And it'll do the indexing for you in that process as well. Since
>> you've already done svnadmin upgrade, the best use of your time (after
>> re-reading the release notes and manual at least once) is to continue
>> with populating the index as is explained at
>> http://subversion.tigris.org/svn_1.5_releasenotes.html#repos-upgrades
> Hi Andy,
> I've got the exe file, from someone here.
> 1) Can I run this exe while SVN is up?


> 2) If so, would it slow the svn users connection with the server?

It won't slow their connection (that's a function of the network) but
yes, any activity could make another simultaneous activity slower.

Where's your test repository for you to experiment & try things on
without significantly impacting your live repository?


To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subversion.tigris.org].
Received on 2009-02-02 12:38:56 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.