-
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
service default/... does not have any active endpoints #250
Comments
@aledbf Thanks for your quick response. I'll try that. Is there any schedule when new releases are done? |
Fix included in next release #303 |
This is not fixed in 0.9.0-beta.4 2017/04/27 09:19:30 [warn] 12477#12477: *39354 using uninitialized "proxy_upstream_name" variable while logging request |
still in in
|
I have the same problems described here and i confirm with the latest beta6 and i confirm that changing targetPort from a string to the port fixed the ingress, but i have a lot of panic like this:
|
|
I had to revert back the ingress controller to the 0.8.3. What could i share to debug better the issue ? |
@paolomainardi I would suggest you to create a separate issue (this shouldn't be caused by this one). |
@foxylion to me it seems related as i had "service default/service does not have any active endpoints" that was causing the failure that has been fixed changing the targetPort from a string to an integer. |
@paolomainardi Okay, so replacing the labeled targetPorts fixes the "index out of range" panic? Sorry, then this should maybe be reopened. ping @aledbf |
@paolomainardi can you share the service and ingress definition? |
@aledbf i have the same problem In gcr.io/google_containers/nginx-ingress-controller:0.9.0-beta.5 it does work, with gcr.io/google_containers/nginx-ingress-controller:0.9.0-beta.7 i got the error
Here are the deployment, service and Ingress
|
I had the same error and changed my path from |
I've encountered the same issue with the fluentd-elasticsearch service and it turned out to be RBAC related. I viewed the following in my logs W0601 18:40:36.085507 1 controller.go:1106] error mapping service ports: error syncing service kube-system/kibana-logging: An easy fix was to change the targetPort parameter from ui to 5601 in the kibana-logging service definition. Proper fix was updating the permissions. |
I encountered this issue after upgrading from 0.8.3 to 0.9.0-beta.17. Changing |
@ianmartorell please open a new issue |
I was having this error in the newest version and follow the @chainlink advise. Change the path to It was |
still in
|
@0312birdzhang what's your kubernetes version? |
@rikatz sorry it's my fault, the endpoints has been deleted, so the log is right. |
Hi here. I observed the issue in Ingress controller log:
Service spec:
Ingress spec
BTW, I verified that
Please advise how to resolve this issue. Thanks in advance! |
@ChenyuanZ if you use |
Hi @aledbf I have tried both The service and ingress are in the same namespace In the example below, I changed service from
|
@ChenyuanZ please post the output |
Hi @aledbf
|
@ChenyuanZ please open a new issue. Before that, please change the ingress controller deployment and add the flag |
Hi here, I have some apiVersion: extensions/v1beta1
kind: Deployment
metadata:
labels:
run: nginx
name: nginx-deploy-main
spec:
replicas: 1
selector:
matchLabels:
run: nginx-main
template:
metadata:
labels:
run: nginx-main
spec:
containers:
- image: nginx
name: nginx The service apiVersion: v1
kind: Service
metadata:
name: demo-example-com-nginx
spec:
selector:
app: nginx-deploy-main
ports:
- targetPort: http
port: 80 and the ingress apiVersion: extensions/v1beta1
kind: Ingress
metadata:
name: demo-example-com
annotations:
kubernetes.io/ingress.class: "nginx"
certmanager.k8s.io/cluster-issuer: "letsencrypt-prod"
certmanager.k8s.io/acme-challenge-type: http01
nginx.ingress.kubernetes.io/ssl-redirect: "false"
spec:
tls:
- hosts:
- demo.example.com
secretName: letsencrypt-prod
rules:
- host: demo.example.com
http:
paths:
- path: /
backend:
serviceName: demo-example-com-nginx
servicePort: 80 The certificate is well generated, but when I try to access the url I have a 503 error with those logs in the controller
Any help, please? Thank you |
@kariae please use the kubectl plugin to get information about the ingresses https://kubernetes.github.io/ingress-nginx/kubectl-plugin/#ingresses |
@aledbf I have an endpoint Edit:
|
That means you don't have a pod running for that service. You should see an IP address in that field |
@aledbf thanks so much, I did mis-configure the selector in my service 😅 |
Hi,
I've upgraded
gcr.io/google_containers/nginx-ingress-controller
from0.8.3
to0.9.0-beta.1
. But now I'm facing the issue that no service is available through the ingress controller. It will always result in 503 status code responses.Log looks like this:
The generated nginx.conf contains ony upstream entries with
127.0.0.1:8181
as backend endpoint:Any idea what is going wrong?
I only updated the ingress controller.
ingress
resources where not changed. One example ingress resource looks like this:The matching service like this:
The text was updated successfully, but these errors were encountered: