So basically g.addV() is adding vertices in hbase server. But retrieval after restart of gremlin is not happening. Step1. In gremlin console, g2.addV() and g2.V().count() returns 124 Step2: Restart

Thank you Marc - something isn't right with my code - debugging. Right now the graph is 4,339,690 vertices and 15,707,179 edges, but that took days to build, and is probably 5% of the

Hi Joe, What is slow? Can you please check the Expero blog series and compare to their reference numbers (per parallel spark

Should have added - I'm connecting with: JanusGraph graph = JanusGraphFactory.build()                 .set("storage.backend", "cql")                

Hi All - I'm trying to use spark to do a bulk load, but it's very slow. The cassandra cluster I'm connecting to is a bare-metal, 15 node cluster. I'm using java code to do the loading

Thanks for reporting back! Unfortunately, java still has big problems using multiple versions of the same library, so your current approach is not a guarantee for success for future version updates

Oh - my apologies. I'm using 0.6, and Cassandra 4.04. What I eventually did was get the source from github and compile with Cassandra 4. I'm using spark 3.2.1. -Joe On

The answer to my problem was telling spark-submit to use the user classes first with: --conf spark.executor.userClassPathFirst = true --conf spark.driver.userClassPathFirst = true -Joe -- This

Hi Joe, Your issue description is not complete. To start: what version of JanusGraph do you use? what spark master do you use? The easiest way to find the guava version of JanusGraph is to download

Hi All - I'm trying to write a spark job to load data from Cassandra in to a graph, but I'm getting this: Exception in thread "main" java.lang.NoSuchMethodError: 'void

I agree. Moving to discord will be much better.

Hi, JanusGraph currently uses Gitter as its chat platform. We noticed however that Discord is becoming more and more popular for OSS communities. TinkerPop has also recently started a Discord server

Thanks Boxuan, Marc, and Eric. I implemented Boxuan's get-vertex-ids-and-delete-in-parallel suggestion with 8 gremlinpython workers, and it saves an order of magnitude of time. I imagine it could

Hello Scott, i had the same situation but with much more data. Fastest way was stopping the server, then clear all, start it again and create the schema again. bin/janusgraph.sh stop bin/janusgraph.sh

Hi Scott, Another approach is to take snapshots of the Cassandra tables and Elasticsearch indices after creating the schema and indices. Note that there are some subtleties when taking snapshots of

Hi Scott, One idea that first came into my mind is to first collect all vertex ids, and then delete them in batch & in parallel using multi-threading. Best regards, Boxuan

Good afternoon, We're running a docker-compose janusgraph:0.6.1 with cassandra:3 and elasticsearch:6.6.0. We're primarily utilizing JanusGraph within Python 3.8 via gremlinpython. We frequently reset

Hi, Try updating the jar file, I mean deleting the earlier one and placing the new one in lib folder. There might be some other changes required not sure. I was working with janusgraph before not

@ronnie i agree. Patch release would help. But we are not sure when that’s going to come. Do we have any other alternative?

Even the latest release janusgraph 0.6.1 used log4j 1.2.x . How were you able to fix it?