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

Stefan Miklosovic edited comment on CASSANDRA-20051 at 11/7/24 4:19 PM:
------------------------------------------------------------------------

That's it? Case closed?

The current behavior is technically wrong. I dont care about the practicality. 
If somebody wants to set the seed to whatever he wants, who are us to tell them 
that they are doing meaningless thing? A user just wants to set a seed and he 
can not do that, whatever the seed is. 

What if somebody wants to set a seed to point to some particular node and then 
they execute "reloadSeeds" for all nodes in a sequential manner from some 
script? It will be set properly on all nodes except on the node which is equal 
to that seed.

On the other hand, it is recommended to set more seeds than one and in that 
case it would be changed just fine. So to reformulate the bug, it does not work 
properly as long as seed list contains just one node only. If it contained two 
seeds and this list would be used for each node and we reload, every node would 
contain at least one seed different from itself, right?


was (Author: smiklosovic):
That's it? Case closed?

The current behavior is technically wrong. I dont care about the practicality. 
If somebody wants to set the seed to whatever he wants, who are us to tell them 
that they are doing meaningless thing? A user just wants to set a seed and he 
can not do that, whatever the seed is. 

What if somebody wants to set a seed to point to some particular node and then 
they execute "reloadSeeds" for all nodes in a sequential manner from some 
script? It will be set properly on all nodes except on the node which is equal 
to that seed.

> nodetool reloadseeds does not reliably reload the seeds
> -------------------------------------------------------
>
>                 Key: CASSANDRA-20051
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-20051
>             Project: Cassandra
>          Issue Type: Bug
>          Components: Local/Config
>            Reporter: Tibor Repasi
>            Assignee: Stefan Miklosovic
>            Priority: Normal
>             Fix For: 4.0.x, 4.1.x, 5.0.x, 5.x
>
>          Time Spent: 1h
>  Remaining Estimate: 0h
>
> During re-deploying lots of Cassandra nodes I've observed that some nodes 
> does not reliably reload the seeds when {{nodetool reloadseeds}} command was 
> issued.
> After the seeds list was changed in the config:
> {code}
> $ grep seeds /etc/cassandra/cassandra.yaml
>  - seeds: 10.90.44.82
> $ nodetool getseeds
> Current list of seed node IPs, excluding the current node's IP: 
> /10.90.40.86:7000 /10.90.44.86:7000
> $ nodetool reloadseeds
> Updated seed node IP list, excluding the current node's IP: /10.90.40.86:7000 
> /10.90.44.86:7000
> {code}
> At this instance the following line was logged to debug.log:
> {code}
> DEBUG [RMI TCP Connection(103568)-127.0.0.1] 2024-11-04 14:04:27,638 
> YamlConfigurationLoader.java:124 - Loading settings from 
> file:/etc/cassandra/cassandra.yaml
> {code}
> However, getting the old list:
> {code}
> $ nodetool getseeds
> Current list of seed node IPs, excluding the current node's IP: 
> /10.90.40.86:7000 /10.90.44.86:7000
> {code}
> These nodes read the seed list only after Cassandra was restarted:
> {code}
> $ sudo systemctl restart cassandra.service
> $ nodetool getseeds
> Seed node list does not contain any remote node IPs
> {code}
> Note: this was observed on a seed node.
> Observed on Cassandra 4.1.7.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to