Question-: Once you have removed a node from the Cassandra cluster, using the “nodetool decommission� command. Which of the following is correct? A. Node will go offline B. JVM process would be running on this node C. Data would not be deleted from the decommissioned node. D. If you want to add this node back to the cluster, then you should not delete this data.
Answer: A, B, C
Explanation: When you run “nodetool decommission� command on existing live node. Following this would be taken care and note down. - Node will go offline, once decommissioning process finishes. - However, JVM process would still be running on the cluster. And you should use the “cassandra-stop� command to kill this Java process. - Decommission process would not delete the data from the decommissioned node. You have to explicitly delete the data. - If you don’t delete the data then there would be data resurrection issues happened, when you add node back to the cluster.
Question-: In Cassandra cluster, once of the node is trying to get the gossip info from the node, it was already doing. But somehow, it is not able to get the gossip info. Then what would happen in this case? A. The node would not get the gossip info then it will retry after 15 mins to get the info from same node. B. Node will become offline. As it does not have gossip info. C. Node will try to gossip info from the next neighboring node. D. Node will connect to the seed nodes to get the gossip info
Answer: D
Explanation: Whenever node does not get the gossip info required then it would fall back to the seed nodes to get the gossip info. Hence, you should always configure the list of seed node info in the configuration file.
Question-: You are running node Cassandra cluster, and you found that one of the node in the cluster is dead. You want to replace that node with the new node. Which of the following correctly applies in this situation? A. You have to manually copy the data from the dead node to the new node. Before adding to the cluster. So that replacement is quick. B. You must have tested this node by adding to this cluster and it may have created directories for the data, save_caches, commitlog and hints. C. You can not replace the nodes in the single-token cluster architecture. D. Node you are adding to the cluster must not have previous data in the data directory, saved_caches, commitlog and hints.
Answer: D
Explanation: Yes, the node you are going to add should be cleaned node. You should add the only new node to the cluster. A new node is a system that you have never added to the cluster (if done, then format and clean that node, to make it new). This new node must have absolutely no previous data in the data directory, saved_caches, commitlog and hints. Adding nodes previously used for testing or that have neen removed from another cluster, merges the older data into the cluster and may causes data loss or corruption.