[
https://issues.apache.org/jira/browse/BIGTOP-1475?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Roman Shaposhnik resolved BIGTOP-1475.
--------------------------------------
Resolution: Not a Problem
Assignee: Roman Shaposhnik
This is expected behavior. Apache Bigtop forces the use of top level
executable scripts in /usr/bin. The scripts coming from the projects themselves
may or may not work. In fact at some point we even considered removing
executable bit from them to discourage the direct usage.
> Zookeeper zkcli.sh doesn't run
> ------------------------------
>
> Key: BIGTOP-1475
> URL: https://issues.apache.org/jira/browse/BIGTOP-1475
> Project: Bigtop
> Issue Type: Bug
> Affects Versions: 0.8.0
> Reporter: Andrew Kuchling
> Assignee: Roman Shaposhnik
>
> /usr/lib/solr/bin/zkcli.sh doesn't run, probably because file paths have
> changed. When installed on a CentOS machine, I get:
> [ec2-user@ip-X-Y-Z-W ~]$ /usr/lib/solr/bin/zkcli.sh
> unzip: cannot find or open /usr/lib/solr/bin/../../webapps/solr.war,
> /usr/lib/solr/bin/../../webapps/solr.war.zip or
> /usr/lib/solr/bin/../../webapps/solr.war.ZIP.
> Error: Could not find or load main class org.apache.solr.cloud.ZkCLI
> I managed to get zkcli.sh working for my purposes by commenting out the
> invocation of unzip to unpack the .war file, and replaced the Java invocation
> with the following:
> PATH=$JAVA_HOME/bin:$PATH $JVM
> -Dlog4j.configuration=file:/etc/solr/conf.dist/log4j.properties -classpath
> "/usr/lib/solr/server/webapps/solr/WEB-INF/lib/*" org.apache.solr.cloud.ZkCLI
> ${1+"$@"}
> Note that I've changed both the path to log4j.properties and to the directory
> used with -classpath.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
