Date   

Re: Dynamic control of graph configuration

hadoopmarc@...
 

Hi Frederick,

This is a good question, but I have no answer. For myself, I have always take a fresh janusgraph instance if I wanted to change one of the properties!

Best wishes,    Marc


Re: Avoiding duplicate vertex creation using unique indices

hadoopmarc@...
 

Hi Umesh,

I read this yesterday and thought your reasoning was sound, but at the same time it seemed unlikely it was in the ref docs for no reason. Just now, a scenario appeared to me where both locks are relevant, but actually this scenario speaks in favor of your approach! If you take a lock on both the property key and the index, in the case of parallel transactions one transaction could get the lock on the property key and the other on the index (hopefully other mechanisms prevent both transactions to fail). If you want to pursue this matter, you will have to investigate which scenarios are covered by tests in the janusgraph gitrepo and try to introduce a failing test.

I also thought about threaded transactions on a single janusgraph instance where in one transaction two threads try to add a name to the same vertex, but that scenario should be handled by the cardinality of the property.

Best wishes,

Marc


Re: Failed to connect to a Cassandra cluster's all nodes without default port

zhouyu74748585@...
 

It works well with version 0.6.0-SNAPSHOT. 
hope the realease version come soon


Re: Failed to connect to a Cassandra cluster's all nodes without default port

Boxuan Li
 

Sorry I misunderstood your problem. I thought you have a cluster with different transport ports, which is not supported prior to Cassandra 4.

Turns out your cluster is using a uniform non-default transport port for every host. I am not 100% sure but seems this is fixed in Datastax java driver 4, which is included in JanusGraph 0.6.0. Can you try the master version of JanusGraph and see if you still have this problem?

On Jun 24, 2021, at 10:50 AM, Boxuan Li via lists.lfaidata.foundation <liboxuan=connect.hku.hk@...> wrote:

Got it. It does not seem to be a JanusGraph problem. I didn’t dig deep into it but seems it’s a limitation of Cassandra. See https://datastax-oss.atlassian.net/browse/JAVA-1388#icft=JAVA-1388 and other tickets mentioned there.

Right now I would suggest you avoid using different native transport ports in the same Cassandra cluster.

On Jun 23, 2021, at 3:01 PM, zhouyu74748585@... wrote:

Hi,
I am sorry to make you confused. I get the line number 220 from a .class file,  not a .java file.
the line number in java file is 246. you can read it from the screenshot
but I don't mean this line case the issue,just because  I this is a good position to set the port to replace the default port.



Re: Failed to connect to a Cassandra cluster's all nodes without default port

Boxuan Li
 

Got it. It does not seem to be a JanusGraph problem. I didn’t dig deep into it but seems it’s a limitation of Cassandra. See https://datastax-oss.atlassian.net/browse/JAVA-1388#icft=JAVA-1388 and other tickets mentioned there.

Right now I would suggest you avoid using different native transport ports in the same Cassandra cluster.

On Jun 23, 2021, at 3:01 PM, zhouyu74748585@... wrote:

Hi,
I am sorry to make you confused. I get the line number 220 from a .class file,  not a .java file.
the line number in java file is 246. you can read it from the screenshot
but I don't mean this line case the issue,just because  I this is a good position to set the port to replace the default port.


Avoiding duplicate vertex creation using unique indices

Umesh Gade <er.umeshgade@...>
 

Hi All,
        To avoid a situation of duplicate vertex creation due to parallel transactions, we are using index uniqueness over property which defines uniqueness of vertex. As per doc, we need to specify lock on index and property. (https://docs.janusgraph.org/advanced-topics/eventual-consistency/)
mgmt.setConsistency(name, ConsistencyModifier.LOCK) // Ensures only one name per vertex mgmt.setConsistency(index, ConsistencyModifier.LOCK) // Ensures name uniqueness in the graph

As per observation, specifying lock only on index blocks parallel transaction commit which avoids duplicate vertex creation. We didn't see any behavior change with or without lock on property.

Can anybody help me understand the significance of lock on property i.e. name in above example? 
Any example scenario to understand the meaning of "Ensures only one name per vertex" ? 

--
Sincerely,
Umesh Gade


Re: Failed to connect to a Cassandra cluster's all nodes without default port

zhouyu74748585@...
 

Hi,
I am sorry to make you confused. I get the line number 220 from a .class file,  not a .java file.
the line number in java file is 246. you can read it from the screenshot
but I don't mean this line case the issue,just because  I this is a good position to set the port to replace the default port.


Re: Failed to connect to a Cassandra cluster's all nodes without default port

Boxuan Li
 

I am a bit confused here.


(NetworkUtil.isLocalConnection(hostnames[0])) ? Deployment.LOCAL : Deployment.REMOTE


Are we looking at the same line here?
On Jun 22, 2021, at 5:32 PM, zhouyu74748585@... wrote:

The janusgraph will try to connect with 192.168.223.3:9042

I find the codes in janusgraph-cql-0.5.3.jar,

the codes is:

 

final Builder builder = Cluster.builder()

        .addContactPointsWithPorts(contactPoints)

        .withClusterName(configuration.get(CLUSTER_NAME));

        //.withPort(configuration.get(CLUSTER_PORT));

 

in branch V0.5  fed8439

I append the last line to solve this problem,but it only work when all the host have same port;



Re: Count Query

Vinayak Bali
 

I have gone through the commit, I think that will help. To confirm we need to test it with the master branch as it has been not released yet. Earlier, we downloaded the full version from the releases page(janusgraph-full-0.5.2) and moved forward. I am not sure how I can test the queries on the master branch. Please share the setups or any document regarding the same. Thank you.


On Fri, Jun 18, 2021 at 11:59 PM <owner.mad.epa@...> wrote:
Could you check your query on master branch?Possibly this https://github.com/JanusGraph/janusgraph/commit/7550033d1746d0844bac79e3a8b85685c2c6c79d fix improve this type of query


Re: Failed to connect to a Cassandra cluster's all nodes without default port

Ronnie
 

Yes. We face same issue when using custom ports with C* backend. The first host:port in storage.hostname is processed correctly. For the remainder of  comma separated host:port, JanusGraph tried to connect to those servers with the default port of 9042. We had this problem since JanusGraph 0.4.x was hoping this would be fixed by 0.5.3, but this issue still exist.


Re: Failed to connect to a Cassandra cluster's all nodes without default port

zhouyu74748585@...
 

The janusgraph will try to connect with 192.168.223.3:9042

I find the codes in janusgraph-cql-0.5.3.jar,

the codes is:

 

final Builder builder = Cluster.builder()

        .addContactPointsWithPorts(contactPoints)

        .withClusterName(configuration.get(CLUSTER_NAME));

        //.withPort(configuration.get(CLUSTER_PORT));

 

in branch V0.5  fed8439

I append the last line to solve this problem,but it only work when all the host have same port;


Re: Failed to connect to a Cassandra cluster's all nodes without default port

Boxuan Li
 

What happens when you only use “192.168.223.3” as your storage.hostname, and don’t set storage.port?

I am also not sure about what version of line 220 you are looking at. What is the commit hash? You can also just copy the code snippet here.

「<zhouyu74748585@...>」在 2021年6月22日 週二,上午9:42 寫道:

Hi,
the version is 0.53,and the line is line 220 in org.janusgraph.diskstorage.cql.CQLStoreManager
The cluster builder's port is default 9042.
when I set one host,the logs are the same.if I set three hosts,janusgraph only chose one to connect to cassandra cluster。
janusgraph gets other ips from cluster's metadata.but use the default port 9042 in the local 
cluster object,then the local cluster try to connect to the host with correct ip and default port.
 


Re: Failed to connect to a Cassandra cluster's all nodes without default port

zhouyu74748585@...
 

Hi,
the version is 0.53,and the line is line 220 in org.janusgraph.diskstorage.cql.CQLStoreManager
The cluster builder's port is default 9042.
when I set one host,the logs are the same.if I set three hosts,janusgraph only chose one to connect to cassandra cluster。
janusgraph gets other ips from cluster's metadata.but use the default port 9042 in the local 
cluster object,then the local cluster try to connect to the host with correct ip and default port.
 


Re: Failed to connect to a Cassandra cluster's all nodes without default port

Boxuan Li
 

Hi,

I am not sure what code you think is problematic. Can you provide 1) your JanusGraph version, and 2) the specific line(s) that you believe a bug exists?

What happens if you only provide only ONE host:port in the “storage.hostname”? Do you still see the same log? I am asking because the log you provided comes from DataStax Driver, not JanusGraph. The DataStax driver tries to connect to the cluster via the entry points you provide, even though the entry points are not a complete or correct set of all hosts. The driver then fetches meta data from the cluster and prints logs like “New Cassandra host XX added”. Thus, I suspect not every host in your Cassandra cluster uses 9042 port.

On Jun 21, 2021, at 4:00 PM, zhouyu74748585@... wrote:

hi,
 all the nodes have the same port。one of the nodes can keep the correct port,  the others will be changed to 9042.
the code is in org.janusgraph.diskstorage.cql.CQLStoreManager
and in this method Cluster initializeCluster()

the cluster builder has a default port 9042,and finally return a cluster with port 9042, the port in configurations will not be use.



Re: EOL version components

kumkar.dev@...
 

Thanks Florian for sharing these details !

Best regards,
Dev


Re: EOL version components

rngcntr
 

Hi Dev,

you can follow the progress here: https://github.com/JanusGraph/janusgraph/pull/2672

There is no ETA, but we are planning to release 0.6.0 as soon as possible. It is currently blocked by a TinkerPop issue: https://issues.apache.org/jira/browse/TINKERPOP-2579

Best regards,
Florian


Re: EOL version components

kumkar.dev@...
 

Hi Boxuan,

If possible can you please share 0.6.0 tentative release date? This would help us in planning updates.

Thanks
Dev


Re: Failed to connect to a Cassandra cluster's all nodes without default port

zhouyu74748585@...
 

hi,
 all the nodes have the same port。one of the nodes can keep the correct port,  the others will be changed to 9042.
the code is in org.janusgraph.diskstorage.cql.CQLStoreManager
and in this method Cluster initializeCluster()

the cluster builder has a default port 9042,and finally return a cluster with port 9042, the port in configurations will not be use.


Re: Count Query

owner.mad.epa@...
 

Could you check your query on master branch?Possibly this https://github.com/JanusGraph/janusgraph/commit/7550033d1746d0844bac79e3a8b85685c2c6c79d fix improve this type of query


Re: Custom analyzer with traversal queries

florent@...
 

Thank you !

Currently, we have only a limited set of features to support from ES, so we are most likely going to wrap the Janus' text predicates.

All the best,
Flo

681 - 700 of 6656