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
Andy Jewell
commented Oct 16 '13, 1:54 p.m.
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
This doesn't appear to be a problem with "scm". I had the same issue as described above and changed my process to use "scm" instead of "lscm" and the directory was no longer recognized.
Comments
Jeff Care
commented Nov 12 '12, 3:38 p.m.
Right - this isn't a problem for the scm command but then you don't get the performance benefits of lscm.
|
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.