[
https://issues.apache.org/jira/browse/CASSANDRA-6702?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14384160#comment-14384160
]
Philip Thompson commented on CASSANDRA-6702:
--------------------------------------------
Has this been reproduced on an upgrade from 1.2 -> 2.0, or only from 1.1 -> 1.2?
> Upgrading node uses the wrong port in gossiping
> -----------------------------------------------
>
> Key: CASSANDRA-6702
> URL: https://issues.apache.org/jira/browse/CASSANDRA-6702
> Project: Cassandra
> Issue Type: Bug
> Components: Core
> Environment: 1.1.7, AWS, Ec2MultiRegionSnitch
> Reporter: Minh Do
> Priority: Minor
> Fix For: 2.0.14
>
>
> When upgrading a node in 1.1.7 (or 1.1.11) cluster to 1.2.15 and inspecting
> the gossip information on port/Ip, I could see that the upgrading node (1.2
> version) communicates to one other node in the same region using Public IP
> and non-encrypted port.
> For the rest, the upgrading node uses the correct ports and IPs to
> communicate in this manner:
> Same region: private IP and non-encrypted port
> and
> Different region: public IP and encrypted port
> Because there is one node like this (or 2 out of 12 nodes cluster in which
> nodes are split equally on 2 AWS regions), we have to modify Security Group
> to allow the new traffics.
> Without modifying the SG, the 95th and 99th latencies for both reads and
> writes in the cluster are very bad (due to RPC timeout). Inspecting closer,
> that upgraded node (1.2 node) is contributing to all of the high latencies
> whenever it acts as a coordinator node.
>
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
