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

Re: how does tigris do server updates?

From: Brian Krusic <brian_at_krusic.com>
Date: 2007-07-21 03:21:53 CEST

Hi Mark,

Most of our repos are still at 1.2.3 as we only did 1 conversion to 1.4.

Also, I was wrong about our repo #s as I just counted and we have a
total of 25 with sizes at 175MB-55GB.

I hope that you now see why I am asking for some advice.

- Brian

On Jul 20, 2007, at 6:14 PM, Mark Phippard wrote:

> On 7/20/07, Brian Krusic <brian@krusic.com> wrote:
>
>> While u r correct about serving dbs regardless version as thats what
>> we do on some of our repos now, there are benefits to upgrading so I
>> disagree with you.
>>
>> A repo we had in 1.2.3 was 50GB at the time. We converted to 1.4 and
>> it shrank to 38GB.
>>
>> So yes, we do need to convert.
>>
>> With offices in geographically diverse regions, the leaner and meaner
>> our dbs are, the better.
>
> You missed my point, as I did mention that in my message.
>
> 1. Not every release has made changes in the repository. For
> example, 1.5 changes the repository but there is no need to dump/load,
> the changes will happen automatically.
>
> 2. When there is something like a space reduction (which I cannot
> imagine happening again), you still do not need to base your upgrade
> decision on this issue. You could have upgraded the repository to 1.4
> and then re-loaded the repository when you had an acceptable window of
> downtime.
>
> The bottom line is that tigris handles this issue by trying to
> avoid it.
>
> Something else to keep in mind is that as of 1.4, we now have the
> svnsync tool. This is great for doing a migration. You can create a
> new fsfs repository using the new release, and then use svnsync to
> migrate from the old live repository to this one. Once the sync is
> finished, just want for your next downtime window, do one final sync,
> then shutdown the server and move in the new repository and restart.
> Or better, would be to just change the server to be serving from the
> new location. If you use this approach just make sure the new
> repository you create has the same UUID as the master.
>
> --
> Thanks
>
> Mark Phippard
> http://markphip.blogspot.com/
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: users-help@subversion.tigris.org
>
>
Received on Sat Jul 21 03:21:10 2007

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.