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

Command line tools fail to run after upgrade from 3.0.1.5 to 4.0.1 - mkroot problem?

After upgrading the from 3.0.1.5 to 4.0.1 I'm unable to run the command line tools without setting SCM_ALLOW_INSECURE environment variable.

When I run them I see:

$ lscm status
Could not create directory /home/tbartley/.jazz-scm with appropriate permissions:
Cannot secure configuration directory because mkroot script cannot be found. Either set the environment variable SCM_ALLOW_INSECURE to allow insecure startup, or set one of PRGPATH or RTC_SCRIPT_BASE to point to ancestor of mkroot.
If I modify the lscm script and provide an explicit definition for RTC_SCRIPT_BASE to /opt/IBM/SDP/scmtools/eclipse/scripts/unix (where mkroot is installed to my system) still no look.

I can execute mkroot directly from the same shell I'm running lscm from so this doesn't appear to be a permission problem as has been reported in other posts.

Is there a workaround for this? What's the risk associated with setting SCM_ALLOW_INSECURE?

Cheers,

Tim

0 votes



3 answers

Permanent link
It looks like that error message can result from a failure of the mkroot script and not only just because the script could not be found.

You could try and set the environment variable "trace_permission_utils" which will cause the scm tool to output tracing/debugging status to stderr.  Perhaps this output would give more indication of what is going wrong.

You might want to use "scm" while debugging this, I'm not entirely sure where the lscm error output is going.

I'm not really sure what the impact of SCM_ALLOW_INSECURE is.

0 votes


Permanent link
Hmm. scm works. This is what I see with trace_permission_utils set:

$ export trace_permission_utils=1
$ lscm status
basePath: /opt/IBM/SDP/scmtools/eclipse/scripts/unix
full path: "/opt/IBM/SDP/scmtools/eclipse/scripts/unix/unix/mkfile"
basePath: /opt/IBM/SDP/scmtools/eclipse/scripts/unix
full path: "/opt/IBM/SDP/scmtools/eclipse/scripts/unix/unix/mkroot"
mkFile: null
mkRoot: null
No script: null
Could not create directory /home/tbartley/.jazz-scm with appropriate permissions:
Cannot secure configuration directory because mkroot script cannot be found. Either set the environment variable SCM_ALLOW_INSECURE to allow insecure startup, or set one of PRGPATH or RTC_SCRIPT_BASE to point to ancestor of mkroot.
So it looks like it's doubling the "unix" element in the path.

# cd /opt/IBM/SDP/scmtools/eclipse/scripts/unix
# ln -s . unix

successfully works around the issue.


0 votes

Comments

I'm a little uncomfortable with your solution due to potential side effects.  A process that walks the directory tree could get stuck in this directory.

I chose to cut the final directory (unix) off of the value for $RTC_SCRIPT_BASE.  That may have side effects as well but I haven't seen any yet.

Have you opened a Work Item for this issue?

I was deliberately going for a work around that didn't require me to set an environment variable but that workaround works for me as well.

I haven't opened a work item and have never done so before - wouldn't know how to begin.



Permanent link
I have just had the same issue and raised a call with IBM support.  Their solution was to set $RTC_SCRIPT_BASE and $PRGPATH.  However you should set these to /opt/IBM/SDP/scmtools/eclipse/scripts.  You might need to stop all running scm and java processes and move /home/tbartley/.jazz-scm so that the directory gets created with the correct permissions.

0 votes

Your answer

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

Question asked: Feb 27 '13, 1:12 a.m.

Question was seen: 8,004 times

Last updated: Apr 15 '13, 8:59 a.m.

Confirmation Cancel Confirm