|
ERROR org.apache.spark.scheduler.cluster.StandaloneSchedulerBackend - Application has been killed. Reason: All masters are unresponsive! Giving up.
Hi Vinayak, Your properties file says: spark.master=spark://127.0.0.1:7077 Do you have a spark standalone cluster running? Does the spark master reside on 127.0.0.1 and does it listen on 7077? With sp
Hi Vinayak, Your properties file says: spark.master=spark://127.0.0.1:7077 Do you have a spark standalone cluster running? Does the spark master reside on 127.0.0.1 and does it listen on 7077? With sp
|
By
hadoopmarc@...
· #5804
·
|
|
Count Query Optimisation
Hi Vinayak, For other readers, see also this other recent thread. A couple of remarks: In the separate edge count does it make any difference if you select the edges by label rather than by property,
Hi Vinayak, For other readers, see also this other recent thread. A couple of remarks: In the separate edge count does it make any difference if you select the edges by label rather than by property,
|
By
hadoopmarc@...
· #5803
·
|
|
How to change GLOBAL_OFFLINE configuration when graph can't be instantiated
Hi, JanusGraph keeps a record of open instances that sometimes is not updated properly. You can clean it with the methods here: https://docs.janusgraph.org/advanced-topics/recovery/#janusgraph-instanc
Hi, JanusGraph keeps a record of open instances that sometimes is not updated properly. You can clean it with the methods here: https://docs.janusgraph.org/advanced-topics/recovery/#janusgraph-instanc
|
By
hadoopmarc@...
· #5801
·
|
|
Traversal binding of dynamically created graphs are not propagated in multi-node cluster
https://github.com/JanusGraph/janusgraph/issues/2558
https://github.com/JanusGraph/janusgraph/issues/2558
|
By
hadoopmarc@...
· #5798
·
|
|
Traversal binding of dynamically created graphs are not propagated in multi-node cluster
Hi Anton, No, my last post only concerned the gremlin server on port 8185, although the first line of step3 should have been (This was a hand edit error): :remote connect tinkerpop.server conf/remote8
Hi Anton, No, my last post only concerned the gremlin server on port 8185, although the first line of step3 should have been (This was a hand edit error): :remote connect tinkerpop.server conf/remote8
|
By
hadoopmarc@...
· #5797
·
|
|
Traversal binding of dynamically created graphs are not propagated in multi-node cluster
You could also check the scenario at line 65 of: https://github.com/JanusGraph/janusgraph/blob/master/janusgraph-server/src/test/java/org/janusgraph/graphdb/tinkerpop/ConfigurationManagementGraphServe
You could also check the scenario at line 65 of: https://github.com/JanusGraph/janusgraph/blob/master/janusgraph-server/src/test/java/org/janusgraph/graphdb/tinkerpop/ConfigurationManagementGraphServe
|
By
hadoopmarc@...
· #5794
·
|
|
Traversal binding of dynamically created graphs are not propagated in multi-node cluster
Hi Anton, OK, it took me some time to reach your level of understanding, but hopefully the scenario below really starts adding to our common understanding. While the issue hurts you in a setup with mu
Hi Anton, OK, it took me some time to reach your level of understanding, but hopefully the scenario below really starts adding to our common understanding. While the issue hurts you in a setup with mu
|
By
hadoopmarc@...
· #5793
·
|
|
Traversal binding of dynamically created graphs are not propagated in multi-node cluster
Hi Anton, I did not feel like debugging your docker-compose file, but I could not find any test covering your scenario on github/janusgraph either, so I just replayed your scenario with the default ja
Hi Anton, I did not feel like debugging your docker-compose file, but I could not find any test covering your scenario on github/janusgraph either, so I just replayed your scenario with the default ja
|
By
hadoopmarc@...
· #5788
·
|
|
Traversal binding of dynamically created graphs are not propagated in multi-node cluster
Hi Anton, If I do a $ docker run janusgraph/janusgraph:latest the logs show it runs with the berkeleyje backend. If I look at: https://github.com/JanusGraph/janusgraph-docker/blob/master/0.5/Dockerfil
Hi Anton, If I do a $ docker run janusgraph/janusgraph:latest the logs show it runs with the berkeleyje backend. If I look at: https://github.com/JanusGraph/janusgraph-docker/blob/master/0.5/Dockerfil
|
By
hadoopmarc@...
· #5784
·
|
|
Query not returning always the same result
Hi Adrian, What happens if you rewrite the query to: lmg.traversal().V(analysisVertex).out().emit().repeat( __.in().choose( __.hasLabel("result"), __.has("analysisId", analysisId), __.identity() ) ).t
Hi Adrian, What happens if you rewrite the query to: lmg.traversal().V(analysisVertex).out().emit().repeat( __.in().choose( __.hasLabel("result"), __.has("analysisId", analysisId), __.identity() ) ).t
|
By
hadoopmarc@...
· #5780
·
|
|
Multiple vertices generated for the same index value and vertex properties missing with RF3
Hi, You did not answer my questions about the "id" poperty. TinkerPop uses a Token.ID that has the value 'id', see: https://github.com/apache/tinkerpop/blob/master/gremlin-core/src/main/java/org/apach
Hi, You did not answer my questions about the "id" poperty. TinkerPop uses a Token.ID that has the value 'id', see: https://github.com/apache/tinkerpop/blob/master/gremlin-core/src/main/java/org/apach
|
By
hadoopmarc@...
· #5778
·
|
|
ScriptExecutor Deprecated but Used in gremlin.bat
Hi Fredrick, You are right, this is an issue, so if you want to report this: thanks. Best wishes, Marc
Hi Fredrick, You are right, this is an issue, so if you want to report this: thanks. Best wishes, Marc
|
By
hadoopmarc@...
· #5772
·
|
|
Caused by: org.janusgraph.core.JanusGraphException: A JanusGraph graph with the same instance id [0a000439355-0b2b58ca5c222] is already open. Might required forced shutdown.
Hi Srinivas, In the yaml file determining class Settings you use the channelizer key twice. If you use ConfigurationManagentGraph only the following line should be present: channelizer: org.janusgraph
Hi Srinivas, In the yaml file determining class Settings you use the channelizer key twice. If you use ConfigurationManagentGraph only the following line should be present: channelizer: org.janusgraph
|
By
hadoopmarc@...
· #5761
·
|
|
Count Query Optimization
Hi Vinayak, Another attempt, this one is very similar to the one that works. gremlin> graph = JanusGraphFactory.open('conf/janusgraph-inmemory.properties') ==>standardjanusgraph[inmemory:[127.0.0.1]]
Hi Vinayak, Another attempt, this one is very similar to the one that works. gremlin> graph = JanusGraphFactory.open('conf/janusgraph-inmemory.properties') ==>standardjanusgraph[inmemory:[127.0.0.1]]
|
By
hadoopmarc@...
· #5760
·
|
|
Count Query Optimization
Hi Vinayak, Referring to you last post, what happens if you use aggregate(local, 'v') and aggregate(local, 'e'). The local modifier makes the aggregate() step lazy, which hopefully gives janusgraph mo
Hi Vinayak, Referring to you last post, what happens if you use aggregate(local, 'v') and aggregate(local, 'e'). The local modifier makes the aggregate() step lazy, which hopefully gives janusgraph mo
|
By
hadoopmarc@...
· #5756
·
|
|
JanusGraph 0.5.3 SparkGraph Computer with YARN Error - java.lang.ClassCastException: org.apache.hadoop.yarn.proto.YarnServiceProtos$GetNewApplicationRequestProto cannot be cast to org.apache.hadoop.hbase.shaded.com.google.protobuf.Message
Hi, Because TinkerPop and JanusGraph do not ship with spark-yarn, all kinds of library conflict can occur when you start using spark-yarn. Since my blog from some years ago, where it was possible to a
Hi, Because TinkerPop and JanusGraph do not ship with spark-yarn, all kinds of library conflict can occur when you start using spark-yarn. Since my blog from some years ago, where it was possible to a
|
By
hadoopmarc@...
· #5754
·
|
|
Caused by: org.janusgraph.core.JanusGraphException: A JanusGraph graph with the same instance id [0a000439355-0b2b58ca5c222] is already open. Might required forced shutdown.
Hi Srinivas, No, you would not want to close the current instance, because it would close you out from further commands. This current instance will close automatically when exiting the gremlin console
Hi Srinivas, No, you would not want to close the current instance, because it would close you out from further commands. This current instance will close automatically when exiting the gremlin console
|
By
hadoopmarc@...
· #5753
·
|
|
Caused by: org.janusgraph.core.JanusGraphException: A JanusGraph graph with the same instance id [0a000439355-0b2b58ca5c222] is already open. Might required forced shutdown.
Hi Srinavas, OK, I guess I was not clear enough. The line with JanusGraphFactory should run locally in the gremlin console. This implies that you have to run gremlin console on the server host, or tha
Hi Srinavas, OK, I guess I was not clear enough. The line with JanusGraphFactory should run locally in the gremlin console. This implies that you have to run gremlin console on the server host, or tha
|
By
hadoopmarc@...
· #5751
·
|
|
Threads are unresponsive for some time after a particular amount of data transfer(119MB)
Hi Vinayak, From gremlin console: gremlin> graph = JanusGraphFactory.open('conf/your_config_with_right_keyspace.properties') ==>standardjanusgraph[cassandra:] gremlin> g = graph.traversal() vertices =
Hi Vinayak, From gremlin console: gremlin> graph = JanusGraphFactory.open('conf/your_config_with_right_keyspace.properties') ==>standardjanusgraph[cassandra:] gremlin> g = graph.traversal() vertices =
|
By
hadoopmarc@...
· #5745
·
|
|
Caused by: org.janusgraph.core.JanusGraphException: A JanusGraph graph with the same instance id [0a000439355-0b2b58ca5c222] is already open. Might required forced shutdown.
Hi Srinivas, You can open all graphs one by one from the gremlin console using JanusGraphFactory and the corresponding properties files. Best wishes, Marc
Hi Srinivas, You can open all graphs one by one from the gremlin console using JanusGraphFactory and the corresponding properties files. Best wishes, Marc
|
By
hadoopmarc@...
· #5744
·
|