Hi, Can you check your cassandra nodes’ configurations? It looks like some of your nodes are still using 9042 for native transport port. Cheers, Boxuan 「<zhouyu74748585@...>」在 2021年6月17日 週四，下午4:

Hi Flo, Elasticsearch Index is only used when your query is a global query (a.k.a. graph-centric query in JanusGraph), i.e. look up vertices with conditions. `traversal.V().has(…)` is a global query.

Hi Kumkar, There is no standard process. I would suggest creating a [Feature Request] type issue: https://github.com/JanusGraph/janusgraph/issues/new?assignees=&labels=&template=feature-request.md You

Hi Kumkar, The incoming 0.6.0 release contains (but not limited to) the following updates: hppc: 0.8.0 noggit: 0.8 commons-configuration2: 2.7 commons-lang3: 3.11 You are welcome to create a GitHub is

Hi Marc, I am not familiar with batch-loading, but from what I understand, it might be because of the performance. Batch-loading aims to persist data as fast as possible, in sacrifice of functionaliti

Hi Marc, That is an interesting solution. I was not aware of the mapreduce.application.classpath property. It is not well documented, but from what I understand, this option is used primarily to distr

Hi Elliot, I am not aware of existing utilities for deserialization, but as Marc has suggested, you might want to see if there are old Titan resources regarding it, since the data model hasn’t been ch

Hi Marc, Thanks for your explanation. Just to avoid confusion, GENERIC_OPTIONS itself is not an env variable, but a set of configuration options (https://hadoop.apache.org/docs/current/hadoop-project-

Hi Ted, Thanks for organizing this! Do you have plans to record & release the video after the meetup? 10:30 ET is a bit late for some regions in APAC, so it would be great if there would be a video re

Hi Marc, you are right, we are indeed using this -files option :)

We have been using a yarn cluster to run MapReduce reindexing (Cassandra + Elasticsearch) for a long time. Recently, we introduced Kerberos-based authentication to the Elasticsearch cluster, meaning t

Yeah, reindexing can be slow in that case. You could try the transaction recovery mechanism as described in https://docs.janusgraph.org/advanced-topics/recovery/#transaction-failure which makes use of

Hi Florian, JanusGraph's philosophy is that your primary storage (ScyllaDB in your case) is the primary and authoritative source of truth, and inconsistency between your mixed index backend and storag

Hi Joe, Vertex properties are indeed cached both in DB cache and transaction cache. If you check out https://docs.janusgraph.org/advanced-topics/data-model/, you will find that the doc says, Thus, I b

Hi, > 1. Is this behavior expected, or it's just bigtable or hbase that might have this issue? This (very likely) is not related to bigtable/hbase, but JanusGraph itself. > 2. What is the expected beh

FYI: we recently pushed a bug fix https://github.com/JanusGraph/janusgraph/pull/2536 which might be related to the problem you encountered. This will be released in 0.6.0.

After understanding more about the context, I feel https://gist.github.com/mad/df729c6a27a7ed224820cdd27209bade is not a fair comparison between iterator and iterable versions because it assumes all e

Can someone share how you run the benchmark (like what JMH version and what janusgraph version you are using) provided by @mad? I ran the benchmark on master (f19df6) but I see OOM errors for both ite

I couldn't reproduce this on the v0.4 branch using the below code: @Test public void testTopic81433493() { PropertyKey prop1 = mgmt.makePropertyKey("prop1").dataType(String.class).make(); PropertyKey

Have you tried keeping query.batch = true AND query.fast-property = true? Regards, Boxuan