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

fsfs lock storage in 1.2.0rc3 and earlier is incompatible with 1.2.0rc4

From: Brian W. Fitzpatrick <fitz_at_collab.net>
Date: 2005-05-11 20:04:10 CEST

In the process of fixing a bug in 1.2.0rc3 (yes, this means that
1.2.0rc4 is coming soon!), we made a change to the way that locks are
stored on-disk in fsfs repositories.

What this means is that if you've created locks in your fsfs repository
in 1.2.0rc3 or earlier, when you attempt to access an existing lock
with either 1.2.0rc4 or trunk, you will get an error that looks like
this:

"svn: Corrupt lockfile for path /xxx"

Your lockfile has not been corrupted, it's just that we renamed one of
the fields in the lock representation and subversion is attempting to
read the new field and not finding it.

There are two things you can do to rectify this situation:

1. Delete the REPOSITORY/db/locks directory. This will, however,
remove all the locks in your repository.

2. Do a search and replace of "is_xml_comment" with "is_dav_comment" on
all the files in REPOSITORY/db/locks/*/

Remember--this applies only to fsfs: bdb repositories store their locks
differently.

Lastly, this isn't technically a change in repository format since we
haven't officially released 1.2.0 yet, and that's the version that has
the new locking feature in it.

Apologies for the inconvenience,

-Fitz

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed May 11 22:44:57 2005

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.