[TINKERPOP-1757] GiraphGraphComputer does not start Zookeeper in local mode

• Type: Bug
• Status: Closed
• Priority: Trivial
• Resolution: Won't Fix
• Affects Version/s: 3.3.0, 3.2.6
• Component/s: hadoop
• Environment: gremlin-console in Ubuntu with Oracle java 8
• Assignee: Unassigned
• Reporter: Marc de Lignie
• Created: 23/Aug/17 19:19
• Updated: 04/Apr/18 19:31
• Resolved: 04/Apr/18 19:31

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):

gremlin.hadoop.inputLocation=data/tinkerpop-modern.kryo
giraph.minWorkers=1
giraph.maxWorkers=1
giraph.SplitMasterWorker=false
mapreduce.job.maps=4
mapreduce.job.reduces=2

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:

export CLASSPATH=$PWD/lib/*
bin/gremlin.sh