[
https://issues.apache.org/jira/browse/CLOUDSTACK-7476?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14122795#comment-14122795
]
ASF subversion and git services commented on CLOUDSTACK-7476:
-------------------------------------------------------------
Commit 0ec36e128bb06704bfe4e9b115aaf4680ee61a43 in cloudstack's branch
refs/heads/master from [~lsimons]
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=0ec36e1 ]
Fix CLOUDSTACK-7476: always pass along $JAVA_HOME
On a secured environment (selinux w/ env_reset enabled in sudoers), the
runuser command that is invoked by the daemon() function does not pass
along environment variables, so $JAVA_HOME is empty, and JSVC falls
back to its default behavior, which may not find java or may not find
the intended java.
This fix simply passes $JAVA_HOME explicitly using the -home argument to
JSVC.
Signed-off-by: Rajani Karuturi <[email protected]>
> centos cloudstack-usage script does not always pass along $JAVA_HOME
> --------------------------------------------------------------------
>
> Key: CLOUDSTACK-7476
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7476
> Project: CloudStack
> Issue Type: Bug
> Security Level: Public(Anyone can view this level - this is the
> default.)
> Components: Usage
> Affects Versions: 4.5.0
> Environment: secured centos/redhat
> Reporter: Leo Simons
> Fix For: 4.5.0
>
>
> /etc/init.d/cloudstack-usage finds a $JAVA_HOME and makes sure the
> environment variable is set, then assumes this variable will be picked up by
> JSVC.
> However, on a secured environment (selinux w/ env_reset enabled in sudoers),
> the runuser command that is invoked by the daemon() function does not pass
> along environment variables, so $JAVA_HOME is empty, and JSVC falls back to
> its default behavior, which may not find java or may not find the intended
> java.
> The simple solution is to pass -home to JSVC, passing it on the command line
> instead of as an environment variable.
> I'll provide a patch.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)