Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Splunk Operator: indexers statefulset deleted after image upgrade when using ClusterManager #1151

Open
tmaltaverne opened this issue Apr 26, 2023 · 2 comments
Assignees

Comments

@tmaltaverne
Copy link
Contributor

Please select the type of request

Bug

Tell us more

Describe the request
When doing a minor Splunk image version upgrade (for example, 9.0.4 to 9.0.4.1) in the indexercluster custom resource, the statefulset of the indexers is deleted, resulting in all the indexers being terminated at the same time.
There was a fix that was addressing this issue. However, the code change was done only in ApplyIndexerCluster function, which is called when the ClusterMasterRef is used. When the deployment is migrated to ClusterManagerRef, the function called is ApplyIndexerClusterManager. The fix wasn't done it this one, which keeps the old behaviour of deleting the statefulset when there is an image change.

Expected behavior
Rolling restart of the indexers when docker image version is updated in the custom resource.

Splunk setup on K8S
Multisite indexer cluster, migrated to the ClusterManager custom resource.

Reproduction/Testing steps
Upgrade the image of an IndexerCluster. The statefulset managed by this IndexerCluster is deleted and recreated.

K8s environment
Kubernetes 1.23

Proposed changes(optional)
Do the same fix in the ApplyIndexerClusterManager function.
I have tested that locally and validated the rolling restart in a development cluster. I can raise a pull request if it's fine.

@akondur
Copy link
Collaborator

akondur commented Apr 26, 2023

Hi @tmaltaverne , thank you for opening the issue as well as identifying the root cause. Please open the suggested pull request.

@tmaltaverne
Copy link
Contributor Author

Hi, thanks for the quick answer. Here is the PR: #1153

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

5 participants