on 07-20-2005 7:53 AM
12:20:42.309 DELETE (FAILED: Conflict [(pre||post)-condition failed: x:concurrency-lock-denied]) Hello.java (C:\CFolder1\WSF1\WSF2\Dev\HelloWorld\Package\Hello.java)
--- Problem summary: ---
12:20:42.309 DELETE (FAILED: Conflict [(pre||post)-condition failed: x:concurrency-lock-denied]) Hello.java (C:\CFolder1\WSF1\WSF2\Dev\HelloWorld\Package\Hello.java)
I am getting above error while deleting a file which is in a folder which inturn in workspace
This looks like there's already an exclusive lock on the file in question. Perhaps somebody did an "Edit (exclusive)"?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi RK,
You cannot delete a file that has been "checked out for Edit" by someone else (deletion is an exclusive operation). That user must first revert, and then you can delete.
To find out who has checked out this file, load its version graph (Show In -> Version Graph). A dotted circle there indicates an open version (checked out for edit), and the tooltip on this version will indicate the user name who has checked it out. Then, do as Pascal suggested
Regards,
Manohar
PS: If the file is "red ticked", then it means you have checked it out yourself - but then the "delete" menu item should be disabled. Are you sure you are able to attempt deletion of a file with a "red tick" decorator?
Hi RK,
If the folder has a "Red tick" decorator, it means it has been checked out - this can happen when:
a) You have deleted a file/folder under this folder (and not yet checked-in the activity containing the deletion)
OR
b) You have added a new file/folder under this folder (and not yet checked-in the activity containing these new files)
In either case, you can't delete the folder until the activity containing its children is checked in or reverted.
Once you've reached a state where the folder has no "Red tick", you can do a "Delete -> Subtree" on the folder - this will automatically delete all files & folders under this folder. (The precondition for such a "delete subtree" action is that no files/folders under this folder must be checked out by anyone).
Regards,
Manohar
Hi Manohar,
I already synced, checkedin , now i can see file rightclick delete option is highlighted and if i right click on the folder which consists of this file, i can see delete->subtree,
But if delete the file, immediately folder will be decorated with red tick.
( I spent enough time with this deleting task, knowingly or unknwingly there are somany checked in activities in closed activities, how can i erase all unwanted activities)
Regards,
RK
RK
Yep.
Talking about trial sessions: What we have over here is a production NWDI environment and a sandbox NWDI environment.
People who are not familiar with NWDI yet, can play around in the sandbox environment, so they cannot screw up the production NWDI. We also use this for Proof of Concepts for our applications. We build those first in the sandbox, allowing us to screw up .
Here is the problem I have with deleting my folder. I had created a WD project TaxTool and and added the DC to my SC. There were obviously some checkedout activities. Being new to this, I deleted the project directly without checking in the activities. Now I have folder TaxTool/_comp with nothing underneath on the DTR server and on my client. I am unable to checkout TaxTool for delete but the checkout of _comp folder fails in NWDS with the following error:
<b>EDIT (FAILED: server response: Conflict [(pre||post)-condition failed: x:no-exclusivity-with-existing-checked-out-resources]) comp (C:\JDI\JDIDEMO1\intelJDI_TEST\dev\inactive\DCs\intel.com\TaxTool\_comp\)</b>
If I try the same from the DTR shell, I get this following error:
<b>Unexpected problem occurred during executing command.Lockfile "C:\Documents and
Settings\bvedamur\.dtr\.syncdbs\5b0d8b2110a7a29883734c0407462df8.syncdbM.lock" is already in use by another process.</b>
I am the only user in the system (doing R&D) and I have tried Sync and Delete. Nothing works. Help appreciated.
Thx
Bhaskar
I got over this problem. I had open activities in one DTR client, but then I deleted this client (but the activities were open and there were locks on the files). I then created a new client and that's when I got into this mess.
What I did was recreated the old DTR client and did the sync-up and delete from there. And it all worked.
Thanks for your response
User | Count |
---|---|
88 | |
23 | |
11 | |
9 | |
8 | |
5 | |
5 | |
5 | |
5 | |
4 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.