-
Notifications
You must be signed in to change notification settings - Fork 8.3k
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
Issue with deployed rke2 second Ingress-Nginx Controller inside a Kubernetes cluster running on bare-metal. #12396
Comments
This issue is currently awaiting triage. If Ingress contributors determines this is a relevant issue, they will accept it by applying the The Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes-sigs/prow repository. |
/remove-kind bug |
/kind suppport |
@longwuyuan: The label(s) In response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes-sigs/prow repository. |
/kind support |
Hi @longwunyaun, |
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
<#12396 (comment)>,
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
> <#12396 (comment)>,
> 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
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
Ingress controller logs
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
The text was updated successfully, but these errors were encountered: