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

Re: Missing revisions in FSFS repository

From: Mark Bardsley <mark.bardsley_at_6sigmadc.com>
Date: 2006-05-04 22:39:36 CEST

Thanks for the reply, Ryan

Ryan Schmidt wrote:

> On May 4, 2006, at 11:57, Mark Bardsley wrote:
>
>> I have recently had to restore a Subversion repository from a backup
>> (which was created using hot-backup.py). It all looked OK at first,
>> but when we tried to commit something to the restored repository, it
>> failed. On examination of the repository, it turns out that files
>> 3-9 and 30-99 are missing from the db/revs directory. So it looks as
>> though something has failed in the backup - we should obviously have
>> checked the backup before we really needed it ...
>
>
> Yeow! That's absolutely awful.
>
> What is your HEAD revision? Is it less than 300? I'd be curious to
> know if 300-999 were also missing...
>
> What version of Subversion is this? What version of hot-backup.py?
> What's the server OS and version and the hardware?
>
Our HEAD revision is 207. We were running Subversion 1.1.4 on RHEL4. I'm
not actually pointing the finger at hot-backup.py - the backup actually
gets ftp'd to a remote disk, then written to DVD, so there are a few
stages where things could have gone wrong.

>
>> Anyway, my question is, is there anything I can do to recover from
>> this situation? For example, is there some way to dump revisions
>> 100-HEAD then load them into a new repository (so I would just lose
>> the history for revisions 1-99)? I've tried various svnadmin dump
>> commands, but it looks as though the absence of the earlier
>> revisions means that I can't dump the later ones.
>
>
> FSFS stores revisions as deltas to previous revisions, so if previous
> revisions are broken or gone, that does indeed cause big problems for
> accessing subsequent revisions...
>
>
>> My fallback position is to create a new repository from a working
>> copy, and lose all the history information - but I'd to avoid this
>> if possible.
>
>
> I don't have a good suggestion for you but I'd wait to see what
> others on the list suggest before doing anything drastic.
>
OK, thanks, I'll wait for a while to see if there are any other suggestions.

Mark

>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: users-help@subversion.tigris.org
>

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Thu May 4 22:42:59 2006

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.