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

Re: same ol' repository bug

From: Philip Martin <philip_at_codematters.co.uk>
Date: 2003-10-26 03:38:44 CET

Ben Collins-Sussman <sussman@collab.net> writes:

> The repository is available here:
> http://www.ping.uio.no/~mortehu/empty-space.tar.gz

That repository contains a set of logfiles. If I use those to run
catastrophic recovery I get a repository which appears to have 143
revisions, but it cannot be dumped or verified

   $ cp -a empty-space empty-space2
   $ rm empty-space2/db/[_cnrstu]*
   $ db4.1_recover -c -h empty-space2/db/
   $ svnadmin dump empty-space2/ > /dev/null
   * Dumped revision 0.
   ../svn/subversion/libsvn_fs/err.c:99: (apr_err=160014)
   svn: Filesystem has no such node-rev-id
   svn: reference to non-existent node '(null).0.1' in filesystem 'empty-space2/db'

It may be a coincidence but that '(null).0.1' error is one I've
encountered while stress testing, see


Although I can't dump the repository I can checkout a HEAD working
copy over ra_local, i.e.

   $ svn co file://`pwd`/empty-space2 wc

appears to work, as does 'svn up -rN wc'. I don't know if the working
copy is correct, but it looks plausible. Unlike ra_local, an ra_dav
checkout fails with mod_dav_svn recording a non-existent node error,
trying other revisions causes the ra_dav checkout to fail on a
different file.

Not everything works over ra_local, for example this fails

   $ svn diff -r117:118 file://`pwd`/empty-space2

although oddly enough I can update the working copy from revision 117
to revision 118.

Don't know if any of this helps!

Philip Martin
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sun Oct 26 03:39:28 2003

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.