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

Re: Re: Lack of Subversion repository recovery tools

From: Andreas Hasenack <andreas_at_mandriva.com.br>
Date: 2007-06-29 14:44:21 CEST

On Fri, Jun 29, 2007 at 02:27:34PM +0200, Erik Huelsmann wrote:
>> Come on, no need to get sarcastic. Or are you going to blame intel's
>> core2duo recent bugs too? :)
>
> Yes :-) Seriously though, I wasn't joking; how do you expect
> Subversion to recover from things you can't foresee now? We'll only be

"recover" is a bad word actually. What I mean is "bring it back to a
consistent state where I can use svnadmin dump and get something out of
it". If an entry is corrupted, trash it and move on to the next piece of
data. If it depended on the previous one that was trashed, loose it too,
and so on. If nothing is left after this, well, we tried.

> able to tell something is wrong, not in which way it needs to be
> changed to be correct....

If it's wrong, trash it and move on to the next piece. That's what fsck
does. You may end up with just 10% of the data, due to the internal
deltas, but hey, it may contain that crucial record you needed...

> Ok, fair enough, but the request from the OP doesn't sound like he's
> asking for this. He's asking for functional tooling, as I interpret
> it. So, while it would be much clearer that recover doesn't do
> anything, it isn't a solution to his request.

Agreed. I will check the bug database and request it if it's not there
yet.

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri Jun 29 14:45:14 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.