Important
Self-managed SingleStore will soon transition from version 9.1 RC to version 10. This new semantic versioning scheme will provide SingleStore with finer control over engine and feature releases that were not possible with the current versioning scheme.
In the interim, SingleStore 9.1 RC can be used to preview, evaluate, and provide feedback on the new and upcoming features in SingleStore 10 prior to its general availability. Ahead of this transition, SingleStore 9.0 is recommended for production workloads, which can later be upgraded to SingleStore 10.
Recover from a Leaf Node Failure
Important
To prevent potential issues, the other availability group must be healthy before performing this operation.
Use the following steps to reintroduce a leaf node to a cluster where redundancyLevel is set to 2 with redundant leaf nodes.
-
Scale down the Operator.
kubectl scale deployment [operator deployment name] --replicas=0 -
Scale down the STS with the pod you need to replace.
For a leaf node in either of the availability groups, scale down the STS to 0and then scale it back up to the number of pods in the group.kubectl scale statefulsets [StatefulSet Name] --replicas=0 -
Delete the
PersistentVolumeClaim(PVC) of the problematic pod.kubectl delete pvc pv-storage-node-ccd487dc-3b15-4c3b-88a2-a984dc0245ca-leaf-ag1-0 -
Delete the pod.
kubectl delete pod node-ccd487dc-3b15-4c3b-88a2-a984dc0245ca-leaf-ag1-0 -
Scale the STS and Operator back up.
kubectl scale statefulsets [StatefulSet Name] --replicas=[num of pods in this StatefulSet]
Last modified: