KeepalivedGroup should be a cluster-level resource

[raffaelespazzoli]

Currently the KeepalivedGroup CRD is a namespaced resource, but it makes more sense for it to be a cluster-level resource.

[osirisstar-hub]

Perhaps I am confused but this seems to only work in a single namespace. So each namespace would have to have their own operator rather than their being a cluster operator. However, when installing two operators I get a port conflict. Do I just simply change the port number used to avoid the conflict?

[osirisstar-hub]

In order to get more than one operator running in a cluster so that multiple namespaces can get external IPs, I had to change the Prometheus port number in the daemonset.

Warning FailedScheduling pod/keepalivedgroup-workers-zpx8f 0/11 nodes are available: 10 node(s) didn't match node selector, 8 node(s) didn't have free ports for the requested pod ports.

[raffaelespazzoli]

I am not sure I am following.
Anyway the operator is designed to be a cluster-wide operator, but due to an issue with the last release, OLM installs it as a namespaced operator. If you deploy the operator with watch_namespace="", it will work as expected.
This will be fixed in the next release.

[osirisstar-hub]

watch_namespace goes into the operator yaml or into the subscription yaml?

[raffaelespazzoli]

watch namespace is in the args of the operator deployment. Unfortunately OLM will override whatever you change. A way around it is to deploy the operator via the helm chart as described in the docs.

…

On Tue, Jul 21, 2020 at 9:20 PM osirisstar-hub ***@***.***> wrote: watch_namespace goes into the operator yaml or into the subscription yaml? — You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub <#8 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/ABPERXGH6TYG6IWJIMRBLL3R4Y5G5ANCNFSM4K7WANMA> .

-- ciao/bye Raffaele

[raffaelespazzoli]

the latest release should have solved the issue with OLM.

[slauger]

When could we expect a new release in the OperatorHub @raffaelespazzoli?

Furthermore it would be great if you could create a "real" release on GH (not just a tag). That would allow us to get notified when a new release is available.

[raffaelespazzoli]

Today

…

On Tue, Jul 28, 2020, 5:22 PM Simon Lauger ***@***.***> wrote: When could we expect a new release in the OperatorHub @raffaelespazzoli <https://github.com/raffaelespazzoli>? Furthermore it would be great if you could create a "real" release on GH (not just a tag). That would allow us to get notified when a new release is available. — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub <#8 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/ABPERXCE2SWURBCSYCQOMQDR546QHANCNFSM4K7WANMA> .