Skip to content

cannot run second ingress controller via nginx-helm-operator #497

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

Open
NICK0TIN opened this issue Apr 28, 2025 · 2 comments
Open

cannot run second ingress controller via nginx-helm-operator #497

NICK0TIN opened this issue Apr 28, 2025 · 2 comments
Labels
waiting for response Waiting for author's response

Comments

@NICK0TIN
Copy link

NICK0TIN commented Apr 28, 2025

Version

app.kubernetes.io/version: 4.0.1
helm.sdk.operatorframework.io/chart: nginx-ingress
helm.sh/chart: nginx-ingress-2.0.1

What Kubernetes platforms are you running on?

Openshift

Steps to reproduce

Via the OpenShift operatorhub I try to create 2 or more NginxIngress object that will trigger the helm chart to deploy the Nginx controller.

The 2nd controller I try to deploy fails, because the first SA "nginx-ingress" is created and managed by the first Helm chart.

I read that this can be configured by setting the values file:

controller:
  serviceAccount:
    ## Autogenerated if not set or set to "".
    name: nginx-ingress

However no matter the name given, the SA will always be created as nginx-ingress.

Steps to reproduce:

Create any NginxIngress on OpenShift and give a different name than nginx-ingress.

controller:
  serviceAccount:
    ## Autogenerated if not set or set to "".
    name: nginx-ingress-test

Image
Image

@NICK0TIN
Copy link
Author

Further investigation learns me that the name of the serviceAccount is overwritten:

Warning OverrideValuesInUse 9m22s (x5 over 9m26s) nginxingress-controller Chart value "controller.serviceAccount.name" overridden to "nginx-ingress" by operator's watches.yaml

Is this intended behaviour? Does this mean I cannot create a second ingress controller via the operator?

@pdabelf5
Copy link
Collaborator

Hi @NICK0TIN Thank you for creating an issue. Could you please confirm if you are following the documentation for running multiple ingress controllers in the same namespace?

@pdabelf5 pdabelf5 added the waiting for response Waiting for author's response label May 1, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
waiting for response Waiting for author's response
Projects
None yet
Development

No branches or pull requests

2 participants