Upgrade to 1.9 causes "unknown variable" errors in authentication configuration #10453
Labels
kind/bug
Categorizes issue or PR as related to a bug.
needs-priority
needs-triage
Indicates an issue or PR lacks a `triage/foo` label and requires one.
What happened:
I upgraded my cluster using Helm chart 4.8.0, which uses ingress-nginx 1.9.0.
I have several services authenticating to an OAuth server using Vouch Proxy, as described here.
This is part of an ingress entry:
Which causes the following errors to be repeatedly reported in the log:
What you expected to happen:
Reverting to Helm chart 4.7.2, which uses ingress-nginx 1.8.2 solves the issue. I see no errors and the ingress entry works correctly.
NGINX Ingress controller version (exec into the pod and run nginx-ingress-controller --version.):
Kubernetes version (use
kubectl version
):Environment:
Cloud provider or hardware configuration: Using an 2020 M1 MacBook Pro
OS (e.g. from /etc/os-release): macOS 13.5
Kernel (e.g.
uname -a
):Install tools: Kubernetes 1.27.2 provided by Docker Desktop 4.23.0
Please mention how/where was the cluster created like kubeadm/kops/minikube/kind etc.
Basic cluster related info:
kubectl version
kubectl get nodes -o wide
How was the ingress-nginx-controller installed:
helm ls -A | grep -i ingress
helm -n <ingresscontrollernamepspace> get values <helmreleasename>
If helm was not used, then copy/paste the complete precise command used to install the controller, along with the flags and options used
if you have more than one instance of the ingress-nginx-controller installed in the same cluster, please provide details for all the instances
Current State of the controller:
kubectl describe ingressclasses
kubectl -n <ingresscontrollernamespace> get all -A -o wide
kubectl -n <ingresscontrollernamespace> describe po <ingresscontrollerpodname>
kubectl -n <ingresscontrollernamespace> describe svc <ingresscontrollerservicename>
Current state of ingress object, if applicable:
kubectl -n <appnnamespace> get all,ing -o wide
kubectl -n <appnamespace> describe ing <ingressname>
Others:
kubectl describe ...
of any custom configmap(s) created and in useHow to reproduce this issue:
Anything else we need to know:
The text was updated successfully, but these errors were encountered: