cassandra-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Viktor Jevdokimov (Commented) (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (CASSANDRA-3542) Failed to add new nodes to the cluster
Date Thu, 01 Dec 2011 19:00:42 GMT

    [ https://issues.apache.org/jira/browse/CASSANDRA-3542?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13161038#comment-13161038
] 

Viktor Jevdokimov commented on CASSANDRA-3542:
----------------------------------------------

All our nodes uses the same configs, the only difference is in hosts file.
                
> Failed to add new nodes to the cluster
> --------------------------------------
>
>                 Key: CASSANDRA-3542
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-3542
>             Project: Cassandra
>          Issue Type: Improvement
>    Affects Versions: 0.8.7
>         Environment: Windows Server 2008 R2 64bit
>            Reporter: Viktor Jevdokimov
>            Priority: Minor
>         Attachments: failed.log, success.log
>
>
> We have 1 ring 8 nodes (1-8) placed in 2 data centers, replica placement strategy is
OldNetworkTopologyStrategy:
> DC  Node
> DC2 10.10.222.5 Token=1
> DC1 10.10.111.1 Token=21267647932558653966460912964485513216
> DC2 10.10.222.6 Token=42535295865117307932921825928971026433
> DC1 10.10.111.2 Token=63802943797675961899382738893456539648
> DC2 10.10.222.7 Token=85070591730234615865843651857942052865
> DC1 10.10.111.3 Token=106338239662793269832304564822427566080
> DC2 10.10.222.8 Token=127605887595351923798765477786913079297
> DC1 10.10.111.4 Token=148873535527910577765226390751398592512
> Replica placement strategy: OldNetworkTopologyStrategy
> Decided to have 2 rings in 2 data centers with total 16 nodes, replica placement strategy
NetworkTopologyStrategy:
> DC  Node
> DC1 10.10.111.9  Token=0
> DC1 10.10.111.1  Token=21267647932558653966460912964485513216
> DC1 10.10.111.10 Token=42535295865117307932921825928971026432
> DC1 10.10.111.2  Token=63802943797675961899382738893456539648
> DC1 10.10.111.11 Token=85070591730234615865843651857942052864
> DC1 10.10.111.3  Token=106338239662793269832304564822427566080
> DC1 10.10.111.12 Token=127605887595351923798765477786913079296
> DC1 10.10.111.4  Token=148873535527910577765226390751398592512
> DC2 10.10.222.5  Token=1
> DC2 10.10.222.13 Token=21267647932558653966460912964485513217
> DC2 10.10.222.6  Token=42535295865117307932921825928971026433
> DC2 10.10.222.14 Token=63802943797675961899382738893456539649
> DC2 10.10.222.7  Token=85070591730234615865843651857942052865
> DC2 10.10.222.15 Token=106338239662793269832304564822427566081
> DC2 10.10.222.8  Token=127605887595351923798765477786913079297
> DC2 10.10.222.16 Token=148873535527910577765226390751398592513
> Before adding new node one by one we have changed current keyspace's replica placement
strategy from OldNetworkTopologyStrategy to NetworkTopologyStrategy.
> Trying to bootstrap new node (tried different tokens) we've got exceptions (see attached
failed.log).
> The only workaround was to add Schema*.db files from existing node to a new nodes before
bootstrapping. As a result, node was added to the ring. One drawback was - new node didn't
got any data streams from old nodes (see attached success.log).

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

Mime
View raw message