[jira] [Created] (CASSANDRA-14692) join_ring=false populates wrong value into StorageServiceMB and prevents join by nodetool

["Roland Johann (JIRA)" <ji...@apache.org>]

Roland Johann created CASSANDRA-14692:
-----------------------------------------

             Summary: join_ring=false populates wrong value into StorageServiceMB and prevents join by nodetool
                 Key: CASSANDRA-14692
                 URL: https://issues.apache.org/jira/browse/CASSANDRA-14692
             Project: Cassandra
          Issue Type: Bug
          Components: Lifecycle
            Reporter: Roland Johann
             Fix For: 3.11.3
         Attachments: Bildschirmfoto 2018-09-05 um 17.29.54.png, cassandra1_log, cassandra1_nodetool_gossipinfo, cassandra1_nodetool_status, cassandra2_nodetool_gossipinfo, cassandra2_nodetool_status

Restarting a cassandra cluster member with option {{-Dcassandra.join_ring=false}} populates wrong value to its {{StorageServiceMB}} field {{Joined}} which causes the actual trigger to join via {{nodetool join}} to abort due to check if {{Join}} in {{StorageServiceMB}} is true. Via jconsole it's possible as there is no check.

https://github.com/apache/cassandra/blob/trunk/src/java/org/apache/cassandra/tools/nodetool/Join.java

{{nodetool status}} also shows that the node is up and in normal node, on the rest of the cluster node status is  {{DN}}. 

{{nodetool gossipinfo}} states that the non joined node is in gossip state {{hibernate}}.

Came across this issue while evaluated the problem of zombies to integrate into automation processes and the documentation states
{quote}To avoid this problem, run {{nodetool repair}} on any restored node before rejoining it to its cluster. 
{quote}



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

---------------------------------------------------------------------
To unsubscribe, e-mail: commits-unsubscribe@cassandra.apache.org
For additional commands, e-mail: commits-help@cassandra.apache.org