You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@cassandra.apache.org by "Brandon Williams (JIRA)" <ji...@apache.org> on 2013/10/18 17:52:42 UTC

[jira] [Updated] (CASSANDRA-6217) replace doesn't clean up system.peers if you have a new IP

     [ https://issues.apache.org/jira/browse/CASSANDRA-6217?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Brandon Williams updated CASSANDRA-6217:
----------------------------------------

    Attachment: 6217.txt

Existing nodes will already have the correct peers state due to the token conflict(s) from the replacer, but the replacer will still have the dead node in its own peers table.  The simplest thing to do is finish replacing by removing the replace_address from the table, since either it will be our own (which should not appear there) or it will be the old node.  Trivial patch to do so.

> replace doesn't clean up system.peers if you have a new IP
> ----------------------------------------------------------
>
>                 Key: CASSANDRA-6217
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-6217
>             Project: Cassandra
>          Issue Type: Bug
>          Components: Core
>            Reporter: Jeremiah Jordan
>            Assignee: Brandon Williams
>         Attachments: 6217.txt
>
>
> When you use replace_token (or replace_node or replace_address) if the new node has a different IP, the old node will still be in system.peers



--
This message was sent by Atlassian JIRA
(v6.1#6144)