69

How do you fix the Subversion/Subclipse error "Attempted to lock an already-locked dir"?

Googling shows people routinely encounter this error, and the only solution I've seen posted is to run Subclipse's Team->Cleanup command. Unfortunately, I get this error when I run the Team->Cleanup command. Are there any other options?

Cerin
  • 60,957
  • 96
  • 316
  • 522

20 Answers20

122

I had similar problem. Team->Refresh/Cleanup Solved my problem

user3312309
  • 1,229
  • 1
  • 8
  • 2
  • 3
    sometimes the Cleanup will not solve the problem, try to delete the lock file in .svn hidden folder – Re MiDa Mar 21 '15 at 10:50
29

I tried all suggestion from this thread but the only one that worked is:

  1. go to the folder on which the project locked folder is stored
  2. execute svn cleanup
Andrea Girardi
  • 4,337
  • 13
  • 69
  • 98
28

Error : Attempted to lock an already-locked dir svn: Working copy 'C:\work\myproject\workspaces\HPDP' locked.

Solution: Worked for me.

        Right-click on project-->Team-->Refresh/Cleanup
Vijay Bhatt
  • 1,351
  • 13
  • 13
14

I get this too. I go to the directory (not in Eclipse) where the files are, go into the .svn dir and delete the file called lock.

Flip back to Eclipse and continue.

There is a similar question here Problems committing file to SVN repository

Community
  • 1
  • 1
robot-nofollow
  • 177
  • 1
  • 4
12

I solved this problem by doing these:

  1. Right click on your project.

  2. Click on Team

  3. Click Refresh/Cleaup

Gajotres
  • 57,309
  • 16
  • 102
  • 130
Mhandroid
  • 219
  • 3
  • 13
8

Just Right Click on Project

  1. Click on Team

  2. Click Refresh/Cleaup

this will remove all the current lock files created by SVN

hope this will help !!!!

Akitha_MJ
  • 3,882
  • 25
  • 20
6

After the same problem with "phantom lock" the only solution was:

1) Disconnect the Project Eclipse->Team->Disconnect (select option to delete .svn folder)

2) Than "reconnect" Eclipse->Team->SVN->Share Project. Ignore the warning about better do an checkout. After this all worked fine.

Cleanup and Restart was no solutions, also Scan Locks did not show anything.

SkateScout
  • 815
  • 14
  • 24
5

We had the same repeating problem. It's a disaster. What can you do if cleanup and unlock does not help because there is no existing lock?

  1. Search the hidden .svn folder in your directory structure. It contains a wc.db file which is an sql lite file.
  2. Open it with an sql client, e.g. DBeaver. Add an sql lite connection to the dbeaver by selecting the wc.db file.
  3. Open the WC_LOCK table. You can see one or more rows that contains the URL which was mentioned in the phantom lock error window.
  4. Delete these rows from the table.
  5. Try to update your project from the repo.
  6. If you use more than 1 repo in 1 project (externals) another phantom lock may appear during the update. In this case repeat the process with that folder.
gudok
  • 4,029
  • 2
  • 20
  • 30
Szabó Ákos
  • 51
  • 1
  • 3
4

Old question, but none of the above solutions worked for me. What did work was to close eclipse, then using Tortoise, right click on the project in Windows Explorer and choose 'TortoiseSVN' -> 'Clean up', then just use the default checkboxed items (Clean up working copy status, include externals), then hit OK.

This cleaned up the folder, then I was able to update and commit files as normal.

Justin
  • 2,559
  • 3
  • 27
  • 33
4

Using SVN 1.8, deleting lock file does not help (lock file does not exists).

Refresh/Cleanup did not solve either.

What did solve:

1) Backup your directory, just incase...
2) Team... Disconnect. Choose to remove .svn files
3) Add it again to SVN.

Note: In my case, error was due to loss of network connection during initial commit.

Cedric Simon
  • 4,571
  • 4
  • 40
  • 52
2

I have faced same problem. I solved this by Right click on project --->Team----> Refresh/cleanup

2

svn help unlock

And find locker after all - lock isn't needed in most cases

Lazy Badger
  • 94,711
  • 9
  • 78
  • 110
1

We don't have an external SVN server. I was working on a PC with Windows 7 Enterprise, and I was using Eclipse subversion plugin as an SVN client. The problem in my case occurred when the commit of a file took to much time due to network problem that forced me to restart my PC.

After the restart I started getting this error: XXX file already locked.

The solution was to install (TortoiseSVN), right click on the SVN project folder --> TortoiseSVN --> cleanup.

I hope that this post would be a help to someone.

1

use tortoise svn to cleanup with 'break write locks' option checked

Shilpa R
  • 11
  • 1
0

I tried recursively deleting all lock files, but that just resulted the error "Path is not a working copy". I ended up having to do Team->Disconnect and then Team->Share. Upon reconnect, it complained about existing .svn files, which it deleted. Now it seems to be working.

Cerin
  • 60,957
  • 96
  • 316
  • 522
0

I spent hours looking for a solution to the "Attempted to lock an already-locked dir" error I was receiving in IBM RAD. Finally, I guessed to type:

unlock <directory path>

in the RAD console and... volia I could finally syncronize my files!!

samwhocan
  • 29
  • 2
  • 7
0

Go to the metadata directory as below

your workspace>projectname>.metadata

inside this metada directory, there will be a lock file. Delete this lock file.

Restart eclipse and rebuild project. It worked for me !

coding_with_sabs
  • 121
  • 1
  • 2
  • 10
0

Subversion supports a command named "Cleanup"; it is used to release the locks on a projectenter image description here

Brajesh
  • 1,515
  • 13
  • 18
0

I solved a similar problem. SVN client gave me an error:

"svn: E200002: Failed to create new lock."

I tried everything including "Cleanup" and "Still Lock" but with no success. Then I solved the problem simply, I went to my svn server and deleted the locks folder:

at "c:/svn/my_repository/locks"

It turned out that there are broken files in it.

DartFNM
  • 61
  • 3
0

Refresh/Cleanup did not work for me. What worked:

1) File -> Switch workspace - choose a different workspace
2) afterwards switch back to the original workspace