On Wed, Jul 04, 2007 at 04:06:43PM +0200, Erik Huelsmann wrote:
> On 7/4/07, Andreas Hasenack <andreas@mandriva.com.br> wrote:
>
> [ ... ]
>
>> > But that's not what you asked. You asked Subversion to verify all
>> > revisions. And it reported an error in revision 1. Which is correct,
>> > because revision 1 was corrupted.
>>
>> And it stopped there, even though I asked it to verify all revisions.
>
> You basically asked it: "Is the repository in good condition?" And it
> answered "Sorry, no." And annotated that with "Because your revision 1
> is broken."
>
>> svnadmin dump also stops there, and I believe this was the original
>> complaint.
>
> Well that's a good thing :-) They're implemented using exactly the same
> code!
>
>> The OP asked if there was a way for svnadmin verify to mark
>> that revision as bad, skip it and let svnadmin dump dump the rest. It
>> would be a waste if all the other 150k revisions didn't depend on this
>> one and just because of this couldn't be dumped.
>
> Ah! But this isn't true: you can dump them, but not with a single
> command...
A *lot* of commands. Something so manual that it calls for a tool :)
> As I'm on holidays, I can't verify it myself, but I've been told that
> the trunk (1.5-dev) version of svnadmin verify supports
> revision(range)s, so that this functionality is essentially available
> with that version (all be it not with 1 Subversion command).
But only then will you know if the next revision depends on the
previous. And you have to keep doing it.
I did this once, and it only worked after a lot of trial and error using
a dump&reload sequence, and it would have NOT worked without the help
from the already mentioned fsverify contributed script.
So, I believe a tool for FSFS recovery is indeed called for. And with
"recovery" I basically mean what I mentioned above in the line that
starts with "The OP asked if there ...". I know there is no such thing
as magic: lost data is lost.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Wed Jul 4 16:23:49 2007