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

Re: Used hotcopy for Windows to Linux migration, any problems?

From: Andy Levy <andy.levy_at_gmail.com>
Date: Thu, 12 Jun 2008 09:59:51 -0400

On Thu, Jun 12, 2008 at 9:17 AM, communitybot
<communitybot_at_googlemail.com> wrote:
> Hi,
>
> A week after our Windows to Linux repository migration using "svnadmin
> hotcopy" we realised we couldn't edit revision properties; this was because
> the pre-revprop-change hook script was in DOS (CRLF) format.
>
> My question is what other problems should we expect having moved from
> Windows to Linux hosting using "svnadmin hotcopy" for the migration?

Your hook script issue was not because you used svnadmin hotcopy.

When migrating a repository between OSes, servers, processor
architectures, or BDB versions (though that changed at some point in
the last year or two I think), you should use svnadmin dump and
svnadmin load, NOT a plain hotcopy. This is outlined pretty well in
the fine manual. See
http://svnbook.red-bean.com/en/1.4/svn.reposadmin.maint.html#svn.reposadmin.maint.migrate

> Further detail:
>
> We moved our repository from a Windows host to a Debian Linux host under
> VMware. I had assumed that using a hotcopy would be appropriate for the
> migration since we were running the same version (1.4.2) on the two hosts.
> On reflection that was a mistake as the recommended procedure is dump/load,
> but we haven't noticed anything wrong so far other than the aforementioned
> problem.
>
> As a side note, we found Subversion 1.4.2 on Debian under VMware to be 25%
> faster than running the same version natively on the very same Windows
> Server 2003 machine.
>
> Thanks!
>

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: users-help_at_subversion.tigris.org
Received on 2008-06-12 16:00:15 CEST

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.