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
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
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.
Everyone complains of his memory, no one of his judgement.
To unsubscribe, e-mail: firstname.lastname@example.org
For additional commands, e-mail: email@example.com
Received on Thu Nov 11 14:53:44 2004
- application/x-bzip2 attachment: log.bz2