Uploaded image for project: 'Cassandra'
  1. Cassandra
  2. CASSANDRA-16999

system.peers and system.peers_v2 do not contain the native_transport and/or native_transport_port_ssl



    • Bug
    • Status: Open
    • Normal
    • Resolution: Unresolved
    • 4.0.x, 4.x
    • Local/Other
    • None
    • Correctness
    • Normal
    • Normal
    • User Report
    • All
    • None


      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.






            brandon.williams Brandon Williams
            steve.lacerda@datastax.com Steve Lacerda
            Brandon Williams
            0 Vote for this issue
            3 Start watching this issue