Re: corruption in repository

On Thursday 11 November 2004 10:36, Ulrich Eckhardt wrote:
> Sebastian Kügler wrote:
> > I am using svn for some time now. From time to time I encounter
> > problems with a working copy which is not anymore usable for svn.
> >
> > This usually shows up like:
> >
> > $ svn update
> > svn: Malformed XML: mismatched tag at line 128
> >
> > (svn cleanup complains the same way.)
> >
> > Trying to recover the repository:
> >
> > $ svnadmin recover .
> > Please wait; recovering the repository may take some time...
> > svn: DB_RUNRECOVERY: Fatal error, run database recovery
>
> Ahem, just for your info, 'svnadmin recover' is not to be run on a
> workingcopy.

Of course, here, the current directory is the repository path, should have
made that more clear. :-)

> > Usually, I can 'fix' things by moving my working copy out of the way,
> > checking out again, merge the changes by hand and then check them
> > back in. (This is pretty annoying and often is tedious work, as you
> > might understand.)
>
> Something is corrupting the metadata that Subversion stores in the .svn
> subdir(at least that's what I think it is). Did you by any chance run
> some stupid search-and-replace tools on it(stupid in the sense that
> they ignored write protection and 'hidden' subdirs)? Anything else that
> might have touched these? Is there any pattern in when the corruption
> occurs?

I did not use any search-and-replace tools, so I think this can be
excluded. I even would say that nothing but svn touched these
directories. I also can't see any pattern in this behaviour. :(

> It would also be interesting to have the corrupted XML file and know
> what exactly is wrong with it.

From the strace of svn update I learned, that svn is opening .svn/log
right before the error occurs. Having a look at said file, it is missing
the first line, which should be

<?xml version="1.0" encoding="utf-8"?>

, right? The entries file has this line (although I remember also having
problems with corruptions of the entries file from time to time).

I attached a zipped .svn/log, hoping it gives you additional information.

Cheers,

-- 
sebas
--------------
Everyone complains of his memory, no one of his judgement.

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