Jazz Forum Welcome to the Jazz Community Forum Connect and collaborate with IBM Engineering experts and users

What is the basis of "Failed to acquire locks on requested sandboxes"?

I get this error periodically using RTC 4.0.3 command line client, typically doing a status or an accept.

	Failed to acquire locks on requested sandboxes

My standard yet ineffective approach to this is:

  1. Logout of any local sessions (lscm logout)
  2. Kill any running workspace daemons (scm daemon stop)
  3. Recycle my terminal session (start a new shell)
This occurs even when I'm the only user of the workspace and I've come into the workspace from a fresh reboot of my client PC.  I don't do anything with file locks so I'm really not even sure what this error is telling me.

So that's my question:)  What IS this telling me?  What do I do to resolve it?  I read one other note on the forum where Geoffery suggests increasing the timeout.  However, my timeout is already at 2 minutes which I think is already excessive but is apparently how our administrators set it up.

Any suggestions on this error would be greatly appreciated!


- Andy

1

0 votes

Comments

As I understand increasing the timeout does not help because it is fixed to 60000 ms.

I believe this could happen when the tool tries to lock the daemon's registry location and determines which daemon to use.
Can you run 'scm ls daemon' and see if it is able to list the daemons?

1 vote

Normally, I do stop the workspace daemon, having done 'lscm list daemons' followed by 'scm daemon stop'.  Next time I get this issue I will try 'scm ls daemon' and see if it differs.

 I'm not sure if it was the solution or not, but after listing the daemons:


c:\Users\O386600\mbe-workspaces\hp_mbe_o_2013_12_01>scm ls daemons
Port  Description
56752 Jazz CLI (3.1.300.v20130426_0115)
53949 Jazz CLI (3.1.300.v20130426_0115)
56765 Jazz CLI (3.1.300.v20130426_0115)
  C:\Users\O386600\build-process-test
53977 Jazz CLI (3.1.300.v20130426_0115)
53484 Jazz CLI (3.1.300.v20130426_0115)
  C:\Users\O386600\mbe-workspaces\build_process_o386600

I found quite a few CLI daemons.  Generally, I think I was just stopping the workspace daemon (Eclipse?).  This time I used scm stop daemon -p <port> for each Jazz CLI daemon and it seemed to cure the sandbox lock issue.  I'm not 100% because I thought I'd done this in the past, but it worked in this case.  Thanks, Shashikant!


Be the first one to answer this question!

Register or log in to post your answer.

Dashboards and work items are no longer publicly available, so some links may be invalid. We now provide similar information through other means. Learn more here.

Search context
Follow this question

By Email: 

Once you sign in you will be able to subscribe for any updates here.

By RSS:

Answers
Answers and Comments
Question details
× 1,202
× 158
× 113

Question asked: Nov 19 '13, 5:55 p.m.

Question was seen: 9,100 times

Last updated: Dec 16 '13, 5:49 p.m.

Confirmation Cancel Confirm