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
Scylla Operator fails to run with sidecars #134
Comments
Argh, this is an artifact of the logic to get the operator's image in order to populate the operator sidecar (they share the same image). |
We can just remove this check right @yanniszark ? We need to ensure we select the correct image but that can maybe be done differently. |
@yanniszark Unfortunately Istio sets its self up as a incoming webhook, so I am not manually injecting the container into the pod - its done automagically whenever a pod is deployed out and pulls the image and configuration for the sidecar, I could probably bypass or mark it not for webhook but then must configure the sidecar from scratch. My preference for the Scylla Operator would be to either have a flag/env which allows to set "additional" pods in the cluster, by default this would be 0, but for me this would 1, + 1 for scylla then compare against pod.spec |
Describe the bug
When you have any sidecar containers in the operator pod, such as istio or envoy etc. The Operator will fail to start
To Reproduce
Steps to reproduce the behavior:
Expected behavior
Scylla Operator should start
Logs
Environment:
Additional context
This is the problematic line
scylla-operator/pkg/controller/cluster/cluster_controller.go
Line 152 in 7c425ca
The text was updated successfully, but these errors were encountered: