Make lscm daemon forget about a sandbox?
![]()
Jeff Care (1.0k●38●33)
| asked Feb 17 '11, 4:03 p.m.
retagged Dec 02 '13, 3:25 p.m. by David Lafreniere (4.8k●7)
How do I make the lscm daemon forget about a sandbox that I loaded?
Consider this sequence: $ lscm login ... I loaded a workspace to my sandbox, then decided that I actually wanted to load it into a different directory that is one level below the current working directory. I thought that deleting the code and the Jazz/Eclipse metadata dirs would be enough, but when I go to do the load into the sub-directory I get this error: Cannot load. Request overlaps with existing sandbox. It seems that somehow the lscm daemon remembers that I loaded a the repository to a parent directory to where I want to load it now, even though I've deleted all of the content. How do I make lscm forget this? There doesn't seem to be an lscm unload command... |
Accepted answer
![]()
The daemon doesn't persist the sandbox locations, so stopping the daemon will flush its little mind.
Once the daemon is stopped, you can delete the sandbox that you want to get rid of. See bug 92996 for an 'unload' feature request. Jeff Care selected this answer as the correct answer
Comments But how do we stop the daemon? I'm getting the same issue, I tried logging out of lscm but when I logged back in, I get the same error but with a different port:
[tomcat@pzxdcc048 workspace]$ lscm load -r local -i -d arfpoc --force 'mbe release preprod build'
Incidentally, I get the same error using scm:
[tomcat@pzxdcc048 workspace]$ scm load -r https://cn068brld240.wpoc.kp.org:9443/ccm/ -u userid -P 'passwd' -i -d arfpoc --force 'mbe release preprod build'
com.ibm.team.filesystem.client.rest.exceptions.SandboxRegistrationException: Sandbox /users/tomcat/.jenkins/jobs/ARFGENPOC/workspace/arfpoc already owned by daemon running on port 48526.
at com.ibm.team.filesystem.rcp.core.internal.rest.FilesystemRestClient.countMySandboxes(FilesystemRestClient.java:1993)
Ugh!
|
One other answer
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.