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

Re: 0.28 and schema change

From: Justin Erenkrantz <justin_at_erenkrantz.com>
Date: 2003-08-26 06:22:37 CEST

--On Monday, August 25, 2003 7:07 PM -0500 cmpilato@collab.net wrote:

> That's really odd. Our filesystem code creates a new 'uuids' table if
> that table isn't found.

Well, that's what I thought, too. r4392 can dump it, but r6590 can't (and
intermediate versions we had installed - 5613, 6109 - also fail).

Here's what I get:

% /usr/local/svn-install/svn-r6590/bin/svnadmin dump wiki.old
SVN-fs-dump-format-version: 2

svn: Berkeley DB error
svn: Berkeley DB error while get repository uuid for filesystem wiki.old/db:
DB_NOTFOUND: No matching key/data pair found
% /usr/local/bin/db4_dump -h wiki.old/db uuids
VERSION=3
format=bytevalue
type=recno
re_len=36
HEADER=END
DATA=END

No data there. FWIW, the new repository has:

% /usr/local/bin/db4_dump -h wiki/db uuids
VERSION=3
format=bytevalue
type=recno
re_len=36
HEADER=END
 39646133336438302d616363352d303331302d386630642d663161656233656463366432
DATA=END

HTH. So, I think we created a new UUID when we imported.

Let me know if there's anything else I can provide. But, boy, am I glad we
kept really old versions around.

I wonder if others may hit this. -- justin

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Aug 26 06:23:29 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.