[
https://issues.apache.org/jira/browse/CASSANDRA-16999?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17541811#comment-17541811
]
Bret McGuire commented on CASSANDRA-16999:
------------------------------------------
Apologies for the late response [~brandon.williams] , I must've completely
missed the notification on this.
For the record the fix for the Java driver is in
[JAVA-2967|https://datastax-oss.atlassian.net/browse/JAVA-2967]. The
corresponding PR did add support for extracting these values from system.peers
columns; the IP address comes from "native_transport_address" while port info
(initially) comes from "native_transport_port". But if we're configured to use
SSL connections we'll override port info with what's in
"native_transport_port_ssl".
The Java driver will still support "native_address" and "native_port" as well
(and in fact those values are checked before "native_transport_*"). Problem
there is that a single port value doesn't cleanly express the unencrypted and
encrypted ports.
> system.peers and system.peers_v2 do not contain the native_transport and/or
> native_transport_port_ssl
> -----------------------------------------------------------------------------------------------------
>
> Key: CASSANDRA-16999
> URL: https://issues.apache.org/jira/browse/CASSANDRA-16999
> Project: Cassandra
> Issue Type: Bug
> Components: Local/Other
> Reporter: Steve Lacerda
> Assignee: Brandon Williams
> Priority: Normal
> Fix For: 4.0.x, 4.x
>
>
> system.peers_v2 includes a “native_port” but has no notion of
> native_transport_port vs. native_transport_port_ssl. Given this limited
> information, there’s no clear way for the driver to know that different ports
> are being used for SSL vs. non-SSL or which of those two ports is identified
> by “native_port”.
>
> The issue we ran into is that the java driver, since it has no notion of the
> transport port SSL, the driver was only using the contact points and was not
> load balancing.
>
> The customer had both set:
> native_transport_port: 9042
> native_transport_port_ssl: 9142
>
> They were attempting to connect to 9142, but that was failing. They could
> only use 9042, and so their applications load balancing was failing. We found
> that any node that was a contact point was connecting, but the other nodes
> were never acting as coordinators.
>
> There are still issues in the driver, for which I have created JAVA-2967,
> which also refers to JAVA-2638, but the system.peers and system.peers_v2
> tables should both contain native_transport_port and
> native_transport_port_ssl.
>
>
--
This message was sent by Atlassian Jira
(v8.20.7#820007)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
