cassandra-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Brandon Williams (JIRA)" <>
Subject [jira] [Commented] (CASSANDRA-8274) Node fails to rejoin cluster on EC2 if private IP is changed
Date Fri, 07 Nov 2014 00:24:35 GMT


Brandon Williams commented on CASSANDRA-8274:

Given that the stracktraces in both are exactly the same: yes :)

> Node fails to rejoin cluster on EC2 if private IP is changed
> ------------------------------------------------------------
>                 Key: CASSANDRA-8274
>                 URL:
>             Project: Cassandra
>          Issue Type: Bug
>          Components: Core
>         Environment: Amazon EC2
>            Reporter: Joseph Clark
> Nodes in Amazon AWS EC2 Classic (not a VPC) may be assigned a new private IP if the node
is stopped and then started again. In this case we have puppet update the configured listen_address
to the new private IP. However, once the cassandra service starts, it is unable to communicate
with the existing nodes(single region) and vice versa.
> 'nodetool status' shows that each node believes that it is 'UN' and the other node is
> 'nodetool gossipinfo' on the node that remained running shows the *old* private IP listed
as the 'INTERNAL_IP' of the node that was stopped and restarted. 
> The situation is resolved by restarting the cassandra service on the node that remained
running. Once it has restarted, the INTERNAL_IP is correctly updated to the new private IP.
'nodetool status' shows that both nodes are up and the cluster appears to function normally.
> This appears to me to be the root cause of
Possibly as well, but I am not convinced
they are actually duplicates.

This message was sent by Atlassian JIRA

View raw message