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

Re: [Issue 2992] fsfs svnadmin recover may leave repository in a broken state

From: Blair Zajac <blair_at_orcaware.com>
Date: Tue, 05 Feb 2008 08:35:11 -0800

Chances are the current file will be up to date but the rev and revprops
directories will not be backed up completely if the backup program works in
alphabetical order.

Blair

Dan Christian wrote:
> The issue isn't crashes, it's backups. current was written and the
> user responded to, but the backup was written with an older version of
> current.
>
> -Dan C
>
> On Mon, Feb 4, 2008 at 9:22 AM, David Glasser <glasser_at_davidglasser.net> wrote:
>> I haven't had a chance to read the rest of this issue/thread, but:
>>
>> FSFS is pretty clear on this point. Crashing between moving
>> revprops/FOO into place and moving current into place is quite
>> possible. However, the semantics there are also very well defined:
>> the commit *didn't happen*. If current hasn't been updated, then the
>> commit hasn't happened yet; no user should have been told that that
>> revision was committed successfully; etc. I don't see why we should
>> add "recovery" code that makes it look like a commit has happened when
>> it never did!
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe_at_subversion.tigris.org
> For additional commands, e-mail: dev-help_at_subversion.tigris.org
>

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: dev-help_at_subversion.tigris.org
Received on 2008-02-05 17:35:54 CET

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.