Hi Mladen, I can confirm this is indeed a bug. I apologize that when writing the test, I didn't notice the second open call was just returning the cached instance. Thank you for reporting and fixing

Hello, I ran the test CQLConfiguredGraphFactoryTest.templateConfigurationShouldSupportMultiHosts() and it was indeed successful. However, the test itself does not check the every-day scenario where

Hi, JanusGraph supports Oracle Berkeley DB which is embedded into Java and works either with a filesystem (by default) or in-memory (if configured so). That's might be something what you are looking

Hi Oleksandr, Thank you for the detailed explanation, regarding the configuration and indexes. I will dig deeper into it and try to resolve the problem. But I think the queries which I am executing

Hi Vinayak, I didn't follow your statements about count but I just want to add that if you don't use mixed index for count query than your count will require iteratively returning each element and

Hi Mladen, You are right, your issue is different than the one I mentioned about GraphManager. I mentioned earlier that the JanusGraph test suite covers your use

Hi All, Updated the Janusgraph version to 0.6.0 and added the parallel execution queries in the configuration files as suggested by Oleksandr. Still, the performance is not improved. I think I am

Looking at the changes in 0.6.0 I think this problem was just hidden in the previous version as resources were not released properly private void releaseTransaction() { -//TODO: release

The issue can be reproduced within certain conditions, I cannot find a recipe to reproduce it on any environment We have a query of type g.inject((int) 1).union(...).limit(5L) We have several

No, JanusGraph does not have a storage backend for a single-node cluster that persists to single file (such as sqlite would). It is possible though to have a single Cassandra instance co-hosted on

Hi Team, I am working on the issue and want to i am using HBase and Solr for our current setup of Janusgraph. Is that possible to replace HBase with a flat-file, instead of an in-memory backend?

Hi Marc, thanks for the reply, but the error in the linked issue is a bit different, and also I'm already using graphManager: "org.janusgraph.graphdb.management.JanusGraphManager", which seemed to

Hi Mladen, After your original post, the following issue was reported: https://github.com/JanusGraph/janusgraph/issues/2822 Marc

Hi, thanks for the replies. However, my point was that I'm explicitly setting a value WITHOUT brackets when creating a template configuration in the startup script:map.put('storage.hostname',

Hi Mladen, As Marc pointed out, this scenario is tested in the JanusGraph codebase. I noticed your error log contains: 2021-09-21 14:11:15,347 [pool-12-thread-1]

Hi Mladen, The good news: there actually is an explicit MultiHost test for this in the janusgraph test

Hi Anjani, In individual query for a subgraph of 40 nodes will typically take between 0.1 and 1 seconds (with scyllaDb being the fastest storage backend). The number of 200 TPS can be reached easily

Great to hear that worked for you. Caused by: com.datastax.oss.driver.api.core.DriverTimeoutException: Query timed out after PT2SAs seen from this PR:

Thanks Marc for response. Our graph is very large around 1TB, so can not hold in memory. Subgraphs that we want to retrieve can have 30 -40 connected nodes. We have requirement of around 200 TPS. We

Hi Chris, Hard to interpret your report. It maybe worthwhile to try the documented way of remote connection with traversal.withRemote(...) or