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

Re: Another weird error message

From: Jeff Stuart <jstuart_at_computer-city.net>
Date: 2002-10-05 09:37:26 CEST

This is my FINAL FINAL post on this subject! GAH ALL my fault.. DUH..
ALL my fault..

Let me tell you all what I did. If there is any way in the future to
KNOCK someone over the head with when this happens, it would be a nice
thing.

I went and deleted a couple of subdirs that I had initially checked in.
However, since I wanted the actual data in them saved and restored (This
is a website so some data folders I NEED for proper operation BUT
shouldn't be checked into SVN) I made a backup of the folders BEFORE I
ran the svn delete.

So I run the svn delete and then a svn commit on the folders I just
deleted. Yah. it worked. I THEN go back and RESTORE the original
folders WHICH JUST HAPPENED TO HAVE the .svn subfolder IN IT! (That was
my mistake! :D)

After that, I went to check in my changes for the entire site. When I
tried, I get this error:

svn: Problem running log
svn: in directory
svn: start_handler: error processing command 'delete-entry' in
svn: Working copy not locked
svn: directory not locked (backup)

Now, it does show the directory it was having a problem with. IE the
final line in parens. It just didn't sink in!

Once I removed the .svn folders from the folders I deleted, everything
is HAPPY now...

On Sat, 2002-10-05 at 03:13, Jeff Stuart wrote:
> AHA! Finally figured it out! :) I didn't realize that I had to run the
> db_recover on the repos/db folder! I ran it on repos!!! Yes, I KNOW,
> it's in the FAQ AND the handbook. MAYBE a good idea might be to
> reinforce that db_recover needs to run on the DB folder. :)

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Oct 5 09:37:58 2002

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.