-
Notifications
You must be signed in to change notification settings - Fork 39.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
No matches for kind "Ingress" in version "networking.k8s.io/v1" #90077
Comments
|
/sig network |
|
/triage unresolved Comment 🤖 I am a bot run by vllry. 👩🔬 |
|
Ingress is not yet available under |
|
According to Kubernetes docs, ingress is available at |
|
I'm a bit confused. Doesn't the official site say that we should use |
|
networking.k8s.io/v1 is available in Kubernetes v1.19+ |
|
networking.k8s.io/v1beta1 == 1.14 to 1.18 networking.k8s.io/v1 = 1.19+ |
my-ingress.yaml apiVersion: networking.k8s.io/v1beta
kind: Ingress
metadata:
name: dashboard-ingress
namespace: kube-dashboard
annotations:
nginx.ingress.kubernetes.io/rewrite-target: /$1
spec:
rules:
- http:
paths:
- path: /dashboard
pathType: Prefix
backend:
service:
name: kubernetes-dashboard
port:
number: 8080 |
* fix api version for ingress * Use v1beta1 for kubernetes version < 1.19 kubernetes/kubernetes#90077 (comment) * Update consul helm image version for tests * Add comment describing why we use KubeVersion to determine the apiVersion.
I have the same problem with 1.18, haven't found a solution yet |
|
@fongrx7 sounds like we're in a similar spot. web-serv.yaml example-ingress.yaml: |
|
@liggitt I am sure I am misinterpreting this, but why does a 1.18.1 kubectl recommend using networking.k8s.io/v1 if that is only available in 1.19+ ? |
|
I also faced this issue when running with Kubernetes 1.18 Client Version: v1.19.7 So from what I can understand, we have to upgrade Kubernetes 1.19+ to get this works? |
|
yes, Ingress v1 only exists in 1.19+ |
|
Hmm, but I really confused about the log above, seems the v1 is there. And if we are using v1.18 we can change back to |
|
the |
This is for ingress as networking.k8s.io/v1 is supported from k8s 1.19, live-1 is 1.18. issue related to it: kubernetes/kubernetes#90077
|
I want to create an ingress in kubernetes-dashboard but this giving me an error with the apiversion networking.k8s.io/v1beta1 apiVersion: networking.k8s.io/v1beta1
|
https://kubernetes.io/docs/reference/using-api/deprecation-guide/#ingress-v122 For example, you have to change If you change everything according to the changes shown in the link, such a conversion works. I have tested it. |
|
HI Team, I want to route the request to external Load balancer of 3rd party vendor from the ingress/Service, Could you help on that |
|
I'm not a member of the Kubernetes team so I obviously can't speak for them, but I don't think this issue is an appropriate place to be requesting support like that. You can refer to the Kubernetes documentation and the documentation for your 3rd party vendor if you need more help. |
|
Facing this while creating an Ingress |
what server version are you running against (what does v1 Ingress was added in 1.19. |
|
|
|
Still not able to create using the same kind and version. |
|
v1 is not present on the server version you are using |
|
I am trying to change my template to use networking.k8s.io/v1 from networking.k8s.io/v1beta1 My pod gets created/deployed but it doesn't create any routes. My ingress example is attached. I am not able to figure what would be missing. Please help me out. Environment details: kubectl version |
|
@marthasimons87 are you sure you are commenting on the right issue? this is about Ingress and the problem is very clear |
I want to upgrade my cluster version from 1.15.10 to 1.16.7.
Prior to that I'm trying to update all the APIs.
Release notes to 1.16.0 state:
The following APIs are no longer served by default:
apps/v1beta1andapps/v1beta2- useapps/v1insteaddaemonsets,deployments,replicasetsresources underextensions/v1beta1- useapps/v1insteadnetworkpoliciesresources underextensions/v1beta1- usenetworking.k8s.io/v1insteadpodsecuritypoliciesresources underextensions/v1beta1- usepolicy/v1beta1insteadRelease notes to 1.18.0 state:
The following deprecated APIs can no longer be served.
What happened:
When I change apiVersion in my Ingress from
apiVersion: networking.k8s.io/v1beta1to
apiVersion: networking.k8s.io/v1I get:
no matches for kind "Ingress" in version "networking.k8s.io/v1"
What you expected to happen:
Actually, I'm a bit of confused,
as currently kind: Ingress can only be served under v1beta1.
A PR #88509 states, that some changes had to be done, before graduation of the Ingress to v1.
So, the question is:
For now, I guess I should use --runtime-config apiserver flag to re-enable apis, but later?
How can I upgrade my cluster, if in 1.18.* v1beta1 is already deprecated, while kind:ingress is moved to v1 only in 1.19 (or later)?
Provider: Azure
Cluster Version: 1.15.10
Kubectl version: "v1.16.8". (tried on 1.15.5 and "v1.18.1") as well
OS: Windows 10 Pro, 1909 (18363.720)
The text was updated successfully, but these errors were encountered: