Does SCM_ALLOW_INSECURE work in RTC 3.0.1.2?
Martina Riedel (203●2●33●41)
| asked Dec 06 '13, 1:27 p.m.
retagged Dec 10 '13, 11:24 a.m. by David Lafreniere (4.8k●7)
I am running scm -r nickname commands in our build and am getting the below error when more than one scm command is running.
Could not secure .jazz-scm:
Does anybody know whether it also work for RTC 3.0.1.2? I also found references that suggested to remove .jazz-scm and have scm recreate it and I did that and have started a bunch of builds again. |
Accepted answer
I believe that env var was introduced in 4.0. Does the scm tool have enough priviliges? or is your home directory on a NFS? You could also try pointing your configuration directory to some other location using the scm --config option or use the SCM_CONFIG_DIRECTORY
Martina Riedel selected this answer as the correct answer
Comments
Martina Riedel
commented Dec 09 '13, 9:12 a.m.
It can do the lock when only one scm command is running. The issue is when 2 or more are running at the same time and only one of them can get the lock.
I remember that there was a race condition that could occur when running multiple commands from different consoles. I haven't seen any error related to that with respect to setting the permissions.
If the error is about locking a sandbox when two scm processes is accessing it then that is fine as we only allow one scm process to manage the sandbox.
Can you elaborate on your usecase? You could also try using 'lscm' instead of 'scm'.
Martina Riedel
commented Dec 23 '13, 2:03 p.m.
this is nothing to do with a sandbox.
Martina Riedel
commented Jan 02 '14, 10:55 a.m.
SCM_ALLOW_INSECURE=true has no effect in RTC 3.0.1.2.
I just found this article that mentions the issue with NFS... https://jazz.net/library/article/533 |
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.