You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@tinkerpop.apache.org by "Marc de Lignie (JIRA)" <ji...@apache.org> on 2017/08/23 19:22:00 UTC
[jira] [Updated] (TINKERPOP-1757) GiraphGraphComputer does not
start Zookeeper in local mode
[ https://issues.apache.org/jira/browse/TINKERPOP-1757?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Marc de Lignie updated TINKERPOP-1757:
--------------------------------------
Description:
As discussed in [https://groups.google.com/forum/#!topic/gremlin-users/Ztbr_uJhoxY] running GiraphGraphComputer in local mode (without an external or pseudo hadoop cluster) requires the following configured properties (add section local to the hadoop properties file):
{code:java}
gremlin.hadoop.inputLocation=data/tinkerpop-modern.kryo
giraph.minWorkers=1
giraph.maxWorkers=1
giraph.SplitMasterWorker=false
mapreduce.job.maps=4
mapreduce.job.reduces=2
{code}
The real problem is that GiraphGraphComputer does not manage to start its Zookeeper service because it gets relative classpath items from somewhere (gremlin-console provides the acual shell command used to attempt starting Zookeeper in its logging).
Current workaround is to start gremlin-console as follows:
{code:java}
export CLASSPATH=$PWD/lib/*
bin/gremlin.sh
{code}
was:
As discussed in [https://groups.google.com/forum/#!topic/gremlin-users/Ztbr_uJhoxY] running GiraphGraphComputer in local mode (without an external or pseudo hadoop cluster) requires the following configured properties (add section local to the hadoop properties file):
{code:java}
gremlin.hadoop.inputLocation=data/tinkerpop-modern.kryo
giraph.minWorkers=1
giraph.maxWorkers=1
giraph.SplitMasterWorker=false
mapreduce.job.maps=4
mapreduce.job.reduces=2
{code}
The real problem is that GiraphGraphComputer does not manage to start its Zookeeper service because it gets relative classpath items from somewhere (gremlin-console provides the acual shell command used to attempt starting Zookeeper in its logging).
Current workaround is to start gremlin-console as follows:
{code:bash}
export CLASSPATH=$PWD/lib/*
bin/gremlin.sh
{code}
> GiraphGraphComputer does not start Zookeeper in local mode
> ----------------------------------------------------------
>
> Key: TINKERPOP-1757
> URL: https://issues.apache.org/jira/browse/TINKERPOP-1757
> Project: TinkerPop
> Issue Type: Bug
> Components: hadoop
> Affects Versions: 3.3.0, 3.2.6
> Environment: gremlin-console in Ubuntu with Oracle java 8
> Reporter: Marc de Lignie
> Priority: Trivial
> Fix For: 3.2.7, 3.3.1
>
>
> As discussed in [https://groups.google.com/forum/#!topic/gremlin-users/Ztbr_uJhoxY] running GiraphGraphComputer in local mode (without an external or pseudo hadoop cluster) requires the following configured properties (add section local to the hadoop properties file):
> {code:java}
> gremlin.hadoop.inputLocation=data/tinkerpop-modern.kryo
> giraph.minWorkers=1
> giraph.maxWorkers=1
> giraph.SplitMasterWorker=false
> mapreduce.job.maps=4
> mapreduce.job.reduces=2
> {code}
> The real problem is that GiraphGraphComputer does not manage to start its Zookeeper service because it gets relative classpath items from somewhere (gremlin-console provides the acual shell command used to attempt starting Zookeeper in its logging).
> Current workaround is to start gremlin-console as follows:
> {code:java}
> export CLASSPATH=$PWD/lib/*
> bin/gremlin.sh
> {code}
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)