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

Re: Upgrading to 1.3.2: "svnadmin: File already exists"

From: Sigfred Håversen <bsdlist_at_mumak.com>
Date: 2006-08-17 21:14:05 CEST

On Thursday 17 August 2006 17:54, Ben Collins-Sussman wrote:
> On 8/17/06, Magnus Naeslund(k) <mag@kite.se> wrote:
> > Ben Collins-Sussman wrote:
> > >> When I was dumping and loading a repository (upgrading from 1.2.3 to
> > >> 1.3.2) I got this nasty error message:
> > >
> > > Random side question: why were you dumping/loading? Changing from
> > > BDB to FSFS or something?
> >
> > I always dump/reload to:
> > 1) See that dump/reload works
> > 2) Let subversion have an opportunity to optimize the repository
> Optimize? Not sure what you mean there. If you dump an FSFS
> repository and then reload it into a new FSFS repository, I'd expect
> the two repositories to be byte-for-byte identical. It's not like
> there's some sort of defragmentation going on. :-)

I think that posters main point is 1) while 2) is nice to have.

> > I know that I didn't need to dump/reload for 1.3.x, but i do this as a
> > routine. I was lucky I did this, otherwise a restore from the backup
> > would have shown this error = really bad situation.
> I'm not sure I understand the reasoning here. You might have
> uncovered a bug in the code which creates a dumpfile; I doubt you've
> uncovered a deep corruption within the structure of your repository.
> Possible, but not as likely.

Test that backups works. I do that many times a year. Shit happens.

> (Do you use 'svnadmin dump' as a backup? That's awfully slow. You
> might just want to copy the repository.)

A 'svnadmin load' will work

a) for older repositories on newer versions of Subversion with schema changes
or new db backends for that matter, and
b) is OS independent.

Any backup scheme that does not use 'svnadmin dump' for long term storage is
_very flawed_. To put words into your mouth (sorry): any implicit of not using
'svnadmin dump' runs _very_ contrary to what was adviced before 1.x, speaking
as a user since about 0.32. Please correct me if I am mistaken in this so
that I may change my backup strategies.

As of 'svnadmin dump' is slow: I thought that relability and integrity of the
repository is what is important.


To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu Aug 17 21:15:16 2006

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.