Here is what one of our developers found: It looks like there are some incompatibilities in the interface for the class jline.Terminal between jline 2.11 and jline 2.12. If the jline 2.12, part of

Yeah, I'd think that would work. Here's the doc: http://docs.oracle.com/cd/E17277_02/html/GettingStartedGuide/backuprestore.html

... /opt/cloudera/parcels/CDH/lib/hive/lib/jline-2.12.jar .../disk1/rohit/janusgraph-0.1.1-hadoop2/lib/jline-2.11.jar ... Rohit

SCRIPT_DEBUG=y ./bin/gremlin.sh Robert Dale

Robert, I am not a Linux expert either :-( Do you know how I can find out what version of jline in my CLASSPATH I am picking up? Rohit

You clearly have too many versions of jline. JanusGraph uses 2.11, TinkerPop uses 2.12. Either should work fine but use just one. Robert Dale

Robert, You are just so fast! We are on Linux centos I think. I tried setting it to none as you suggested, but I still got the same error. Here are the versions of jline installed on the system. $

What OS, terminal are you using? Are there other versions of jline in the classpath? You can try setting `-Djline.terminal=none` e.g. `export JAVA_OPTIONS="-Djline.terminal=none" ;

Hi folks, I keep running into this problem. I don't know how I got around it the last time but it has cropped up again. Any ideas? bin/gremlin.sh \,,,/ (o

Is backup as simple as copying the storage.directory path and all of its files? And is a restore replacing that directory with a previously copied backup? Or better yet, how should I handle backups

Did you drop the keyspace before retrying with the corrected properties file? If not, you might be picking up the old values which were stored in the graph because both have GLOBAL_OFFLINE mutability.

Hi Jason, Thank You..I have changed the values as you said..still getting same exception.. cassandra keyspace: CREATE KEYSPACE keyspaceName WITH replication = {'class': 'NetworkTopologyStrategy',

To be honest, I'm not sure how the backend handles open iterators and other open resources. `next()` and `hasNext()` may not necessarily know that nothing follows and should clean itself up. I'm not

Your values for storage.lock.expiry-time and storage.lock.wait-time seem to be reversed. The storage lock docs say the default values for storage.lock.expiry-time is 300000 ms and

Using janusgraph-0.1.0-hadoop2 with backend cassandra-3.0.14: This is the configuration

I did comm at the end: graph.tx().commit() graph.close

All graph mutations are realized within a (hidden) transaction. You have to commit() the transaction before the changes are visible to other clients. So, look for .commit methods in the gremlin-scala

I am using gremlin-scala. I connect to remote janus server that forked cassandra using: val conf = new BaseConfiguration() conf.setProperty("storage.backend",

Hi ... The gremlin-scala client looks great and uses scala 2_12, indeed. Apart from using gremlin-scala you can import the tinkerpop java libs directly from scala, but this will give you an occasional

A single thread is doing all CRUD operations, it commits after roughly every 10,000 element touches. Could the number of deltas in the transaction be too large?