Please be sure to run all the steps (including a graph.tx().rollback() before index creation and a mgmt.commit() after update of the index) from the example

Hi community, I am new to Janusgraph and am trying to build a POC. I ran into an issue that I really need some help. I am running Janusgraph on GCP with bigtable as storage backend. I am trying to

You can do this: JanusGraphSchemaType constraint = ManagementSystem.getGraphIndexDirect("indexName", ((ManagementSystem) mgmt).getWrappedTx()).getSchemaTypeConstraint(); If (constraint == null) then

Hi Vinayak, You showed the error message from the remote console. Does gremlin server itself log anything particular about the ConfigurationManagementGraph after a restart? Marc

Hi Marc, Tried the approach you mentioned, still facing the same issue. In one of the blogs, I read that it is due to the Cassandra cluster is first configured with janusgraphfactory and it works for

Hi Vinayak, Could you try in the gremlin-server.yaml with just: graphs: { ConfigurationManagementGraph: conf/janusgraph-cql-configurationgraph.properties } So, without the graph, graph1 and graph2

Hi All, Investigated the issue further. We I start janusgraph by default janusgraph schema is created, but I need configuredmanagementgraph. Request you to please help regarding it . Thanks &

Thanks. Still, my earlier answer remains unsatisfactory. Somehow, a new JanusGraph instance must be able to load an existing schema from the system table and have the information about label

Hi All, Followed the following blogs for configuring authentication and ConfiguredGraphFactory

Thank you, Index class is having tx() transaction description, but I have not found it there as well, I have added these comments to 1163 as suggested. Regards, CM

Confirmed, could not find it either. Could you please add it as a comment to: https://github.com/JanusGraph/janusgraph/issues/1163 Unless someone comes up with a solution, it seems you will have to

Hi Vinayak, Speeding up your query depends on your setup. 15.000 vertices/second is already fast. Is this the janusgraph inmemory backend? Or ScyllaDB? In a perfect world, not there yet, your query

Hi All, The query shared by HadoopMarc works. The query, I executed returns 752650 nodes and 297302 edges as a count. The time taken is around 1min. Is there any way to optimize it further ??? Thank

Good query from @hadoopmarcand I like @cmilowka's suggestion, although I needed to modify it veryslightly as follows: g.V().hasLabel('A').union(__.count(), __.outE().count(), __.outE().inV().count()

Global indexes can be limited to the "constraint" by indexOnly() step, from JanusGraph documentation: mgmt.buildIndex('byNameAndLabel',

It may work as well, to count totals of all in and out edges for "A" label: g.V().hasLabel('A').union( __.count(), __. outE().count(), __.inV().count() )

Hi Vinayak, A new attempt: g = TinkerFactory.createModern().traversal() g.withSideEffect('vs', new HashSet()).withSideEffect('es', new HashSet()).

You really have to try this out and see. I can only answer from what I read in the ref docs. > Do I need to ConfiguredGraphFactory.close(GRAPH) before I update its configuration? The docs say the

Hi Graham, Tried itm the output is as

Hi Vinayak You could do this: g.V().hasLabel('A').as('a').outE().as('e').inV().as('b').select('a','e','b').by(count()) That should producesomething like: ==>{a=1, e=1,b=1} Best regards,