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

KIC defaults to 'kong' despite GatewayClass being set to another name #1320

Open
jessebye opened this issue Mar 7, 2025 · 0 comments
Open
Labels
bug Something isn't working

Comments

@jessebye
Copy link

jessebye commented Mar 7, 2025

Current Behavior

If we set the GatewayClass to a name other than kong, the KIC is not configured correctly and still uses the default of kong. This results in KIC not reconciling expected resources.

We can work around this issue by adjusting the GatewayConfiguration -> controlPlaneOptions -> deployment -> podTemplateSpec -> spec -> containers -> env and setting CONTROLLER_INGRESS_CLASS to the name of our custom GatewayClass.

Expected Behavior

Gateway Operator should set the CONTROLLER_INGRESS_CLASS env variable correctly in the KIC spec.

Steps To Reproduce

  1. Install gateway-operator
  2. Create a GatewayClass and GatewayConfiguration using a name other than kong.
  3. Create custom resources, such as KongConsumer that have to reference the ingress class name.
  4. Note that these CRs aren't reconciled.

Operator Version

1.4

kubectl version

Client Version: v1.32.1
Kustomize Version: v5.5.0
Server Version: v1.32.1-eks-8cce635
@jessebye jessebye added the bug Something isn't working label Mar 7, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

1 participant