-
Notifications
You must be signed in to change notification settings - Fork 350
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
Make sure global and local operators can cohexist #751
Milestone
Comments
looks like there won't be any solution form the operator-sdk |
Solution reported from them is to use OLM to avoid overlapping configurations. So we do. |
Maybe we can do better, adding a guard ourselves can help. Currently I need an empty cluster if I want to check that global mode works, but this can be avoided with some simple checks in the global operator. |
nicolaferraro
added a commit
to nicolaferraro/camel-k
that referenced
this issue
Nov 2, 2020
nicolaferraro
added a commit
to nicolaferraro/camel-k
that referenced
this issue
Nov 2, 2020
nicolaferraro
added a commit
to nicolaferraro/camel-k
that referenced
this issue
Nov 2, 2020
nicolaferraro
added a commit
to nicolaferraro/camel-k
that referenced
this issue
Nov 2, 2020
Closed
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Don't know if this is needed or can be manager completely within OLM, but if installed manually, two operators (a global and a local one) in a cluster can have issues.
We can add a check that is activated only in global mode, to dynamically blacklist some namespaces if there's already an local operator.
The text was updated successfully, but these errors were encountered: