Open Ganesh-hub-5 opened 1 day ago
This issue is currently awaiting triage.
If Ingress contributors determines this is a relevant issue, they will accept it by applying the triage/accepted
label and provide further guidance.
The triage/accepted
label can be added by org members by writing /triage accepted
in a comment.
/remove-kind bug /ind support
/kind suppport
@longwuyuan: The label(s) kind/suppport
cannot be applied, because the repository doesn't have them.
/kind support
Hi @longwunyaun, I have tried to answer all possible questions, please help me with that it would be appreciated
I still see screenshots. I still can not see k get all and k describe for both controllers. I don't see logs for failing requests. No k describe for ingress. You basically did not help with the required info so nothing there to analyse.
On Fri, 22 Nov, 2024, 11:30 Ganesh-hub-5, @.***> wrote:
Hi @longwunyaun, I have tried to answer all possible questions, please help me with that it would be appreciated
— Reply to this email directly, view it on GitHub https://github.com/kubernetes/ingress-nginx/issues/12396#issuecomment-2492933283, or unsubscribe https://github.com/notifications/unsubscribe-auth/ABGZVWQHACN66P7FIZSUM332B3CAVAVCNFSM6AAAAABSGSUVCGVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDIOJSHEZTGMRYGM . You are receiving this because you were mentioned.Message ID: @.***>
And no markdown. All flat. So harder to read what little is posted.
On Fri, 22 Nov, 2024, 11:35 Yuan, @.***> wrote:
I still see screenshots. I still can not see k get all and k describe for both controllers. I don't see logs for failing requests. No k describe for ingress. You basically did not help with the required info so nothing there to analyse.
On Fri, 22 Nov, 2024, 11:30 Ganesh-hub-5, @.***> wrote:
Hi @longwunyaun, I have tried to answer all possible questions, please help me with that it would be appreciated
— Reply to this email directly, view it on GitHub https://github.com/kubernetes/ingress-nginx/issues/12396#issuecomment-2492933283, or unsubscribe https://github.com/notifications/unsubscribe-auth/ABGZVWQHACN66P7FIZSUM332B3CAVAVCNFSM6AAAAABSGSUVCGVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDIOJSHEZTGMRYGM . You are receiving this because you were mentioned.Message ID: @.***>
Now updated @longwuyuan ., anything missing now?
I was pasting screenshot because after copy pasting everything was coming in flat straight line
You can help the readers help you in many ways
Updated now, sorry for trouble. Please help
What happened:
We have deployed two Nginx ingress controller in our cluster. The first ingress controller works fine but we are facing issue with second one. When accessing the service through second ingress controller (http://x3.abc.com/sample), we get This site can’t be reached x3.abc.com took too long to respond. error. We followed the same step as the first ingress controller including assigning different IP address using metallb and different ingress class in different namespace.
What you expected to happen:
For testing purpose we deployed a simple nginx image using standard yaml files. Everything is up and running, No error logs in pods, service mapped correct endpoints and ingress resource got external IP assigned by Second nginx ingress controller But when we try to access http://x3.abc.com/sample gives Site can't be reached error.
NGINX Ingress controller version:
NGINX Ingress controller Release: v1.10.1-hardened1 Build: git-b48c66a2f Repository: https://github.com/rancher/ingress-nginx nginx version: nginx/1.25.3
Kubernetes version:
Client Version: v1.30.2 Kustomize Version: v5.0.4-0.20230601165947-6ce0bf390ce3 Server Version: v1.28.11+rke2r1 Environment:
Cloud provider or hardware configuration: Metallb
OS: Red Hat Enterprise Linux
Kernel (e.g.
uname -a
): LinuxRKE2 Version: v1.28.11
Metallb Version: v0.14.5
How was the ingress-nginx-controller installed: -Below is the second nginx ingress controller passed values helm -n abcx3apps get values rke2-ingress-nginx-abcx3
Below is User values passed for 1st nginx ingress controller
-Below is the 2nd nginx ingress details: -kubectl get all -n abcx3apps
-Below is the 1st nginx ingress details: -kubectl get all -n kube-system
kubectl describe ingressclasses
-Current State of the 1st nginx ingress controller:
-Below is description of 1st ingress controller service
kubectl -n <ingresscontrollernamespace> describe svc <ingresscontrollerservicename>
-Below is description of 2nd ingress controller service
kubectl -n <ingresscontrollernamespace> describe svc <ingresscontrollerservicename>
Below are the logs of 1st ingress controller pods No error logs
Below are the logs of 2nd ingress controller pods No error logs
Describing daemonset of 2nd ingress controller
To reproduce issue First we will use 2nd ingress controller whose ingressclass is nginx-abcx3 and same deployment yaml and ingress yaml in both scenario - deployment yaml
- service yaml
Ingress yaml
Let's apply yamls and see ingress controller logs and deployment status
NAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S) AGE service/sample-app-service ClusterIP 10.43.7.240 80/TCP 40s
NAME READY UP-TO-DATE AVAILABLE AGE deployment.apps/sample-app 1/1 1 1 45s
NAME DESIRED CURRENT READY AGE replicaset.apps/sample-app-587d9c6687 1 1 1 45s
NAME CLASS HOSTS ADDRESS PORTS AGE sample-app-ingress nginx-abcx3 x3.abc.com 10.11.XXX.74 80 4m41s
Lets try to access the application in browser we get below error
Lets see curl output
Now let's keep everything same and just change ingressclass of ingress resource to use ingressclass of 1st igress controller i.e nginx
-Ingress resource of 1st ingress controller
Let's apply ingress yaml and see site in browser kubectl get ing -n abcx3ns
1st ingress controller logs
And now site is accessible in browser
With ingress resource of 1st ingress controller we are able to access the site in browser but with 2nd ingress controller not a single application is accessible.
lets see curl output of y3.abc.com curl -iv http://y3.abc.com/sample