You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository was archived by the owner on Apr 4, 2023. It is now read-only.
Documentation for older versions of Cassandra is more explicit:
Warning: Simultaneously bootstrapping more than one new node from the same rack, violates LOCAL_QUORUM constraints. Data may stream from any replica in order to put data onto the new nodes, including other new nodes.
The ScaleOut code introduced in #256 was intended to only ever increase the replica count by 1,
But as it stands it will be run repeatedly, incrementing the StatefulSet replicas value regardless of whether all the current pods are ready.
In practice this probably doesn't matter, since the statefulset controller will only add new pods when all current pods are ready:
The StatefulSet controller starts Pods one at a time, in order by their ordinal index. It waits until each Pod reports being Ready before starting the next one.
But in future we want to perform additional changes in the ScaleOut action, such as creating new Pilot resources, running nodetool cleanup on all the other nodes.
So we don't want the statefulset controller to be adding nodes in the back ground while we're trying to perform these additional steps.
/kind bug
The text was updated successfully, but these errors were encountered:
Datastax documentation for Cassandra 3 implies that nodes should only be added when the cluster is in a healthy state:
Documentation for older versions of Cassandra is more explicit:
The ScaleOut code introduced in #256 was intended to only ever increase the replica count by 1,
But as it stands it will be run repeatedly, incrementing the StatefulSet replicas value regardless of whether all the current pods are ready.
In practice this probably doesn't matter, since the statefulset controller will only add new pods when all current pods are ready:
But in future we want to perform additional changes in the ScaleOut action, such as creating new Pilot resources, running
nodetool cleanup
on all the other nodes.So we don't want the statefulset controller to be adding nodes in the back ground while we're trying to perform these additional steps.
/kind bug
The text was updated successfully, but these errors were encountered: