Lab 10.1 - <error: endpoints "default-http-backend" not found> - Solved
Hi,
K8s version
Client Version: v1.18.1 Server Version: v1.18.1
Traefik version
curl 172.168.100.101:8080/api/version
{"Version":"v1.7.24","Codename":"maroilles"}
- I was getting
404 page not foundwhencurl -H "Host: www.example.com" http://k8smaster/ kubectl describe ingress/ingress-test
Name: ingress-test Namespace: default Address: Default backend: default-http-backend:80 (<error: endpoints "default-http-backend" not found>) Rules: Host Path Backends ---- ---- -------- www.example.com / secondapp:80 (192.168.245.98:80) Annotations: kubernetes.io/ingress.class: traefik Events: <none>
Researching I found this option for ingress.rule.yaml. It changes the "Default backend" option. I've adapted to our exercise and it started working.
....
spec:
backend:
serviceName: secondapp
servicePort: 80
rules:
....
The default backend has changed.
kubectl describe ingress ingress-test
Name: ingress-test
Namespace: default
Address:
Default backend: secondapp:80 (192.168.245.98:80)
Rules:
Host Path Backends
---- ---- --------
www.example.com
/ secondapp:80 (192.168.245.98:80)
thirdpage.org
/ thirdpage:80 (192.168.245.99:80)
Annotations: kubernetes.io/ingress.class: traefik
Events: <none>
Comments
-
Hi @turnes,
The
default-backendis responsible to deliver the404-page-not-founderror page when you are trying to access a Service that does not have a rule defined or a Service that has not been configured correctly.By overwriting the
default-backendyou are forcing the Ingress to send all bad requests to thesecondappService. This did not solve the actual issue you were facing earlier, it only introduced a shortcut. When troubleshooting an Ingress, you have to follow the components that are part of that connection: Pod, Service, and Ingress.The first step would be to make sure that the Pod is running, and you can talk to the Pod directly via its port 80.
The second step would be to make sure that the Service is running, that the Endpoint displays IP address(es) and you can access the Pod via the Service; if you cannot, then there is a
label/selectormismatch or the Service'stargetPortdoes not match the Pod'scontainerPort.Then, the final step is to test through the Ingress. If not successful, revisit the Ingress rule and verify for spelling errors, and ensure the Ingress'
servicePortmatches the Service'sport. Re-deploying the Ingress also helps, when all else seems to be correct.Regards,
-Chris1 -
I'm trying to deploy a sample application with Ingress E2E - TLS.
I'm having the same issue. Been googling for almost 2 days. Still having the same Default backend error
Default backend: default-http-backend:80 ()My pods are up and running:
website-deployment-57867dd67c-5dxwd 1/1 Running 0 43m
website-deployment-57867dd67c-sz7bf 1/1 Running 0 43mMy service info
Name: website-service
Namespace: default
Labels:
Annotations:
Selector: app=website
Type: ClusterIP
IP Families:
IP: 10.0.125.26
IPs:
Port: 8443/TCP
TargetPort: 8443/TCP
Endpoints: 192.172.1.123:8443,192.172.1.53:8443
Session Affinity: None
Events:When I describe my ingress
Name: website-ingress
Namespace: default
Address: 40.70.164.183
Default backend: default-http-backend:80 ()
TLS:
frontend-tls terminates website.com
Rules:
Host Path Backends
---- ---- --------
website.com
/ website-service:8443 (192.172.1.123:8443,192.172.1.53:8443)
Annotations: appgw.ingress.kubernetes.io/appgw-trusted-root-certificate: backend-tls
appgw.ingress.kubernetes.io/backend-hostname: backend
appgw.ingress.kubernetes.io/backend-path-prefix: /
appgw.ingress.kubernetes.io/backend-protocol: https
appgw.ingress.kubernetes.io/ssl-redirect: true
kubernetes.io/ingress.class: azure/application-gateway
Events:Thoughts!?
0 -
Yes using Azure, and yes I'm getting 404 error
0
Categories
- All Categories
- 177 LFX Mentorship
- 177 LFX Mentorship: Linux Kernel
- 750 Linux Foundation IT Professional Programs
- 373 Cloud Engineer IT Professional Program
- 169 Advanced Cloud Engineer IT Professional Program
- 74 DevOps IT Professional Program - Discontinued
- 4 DevOps & GitOps IT Professional Program
- 99 Cloud Native Developer IT Professional Program
- 7.6K Training Courses & Learning Paths
- 1 AI & ML Training
- 1 Blockchain & Decentralized Identity Training
- 3 Cloud & Containers Training
- 1 Cybersecurity Training
- 2 DevOps & Site-Reliability Training
- 1 Linux Kernel Development Training
- 1 Networking Training
- 1 Open Source Best Practice Training
- 1 System Administration Training
- 1 System Engineering Training
- 1 Web & Application Development Training
- 792 Hardware
- 202 Drivers
- 68 I/O Devices
- 37 Monitors
- 95 Multimedia
- 173 Networking
- 91 Printers & Scanners
- 87 Storage
- 768 Linux Distributions
- 81 Debian
- 67 Fedora
- 22 Linux Mint
- 13 Mageia
- 24 openSUSE
- 150 Red Hat Enterprise
- 31 Slackware
- 13 SUSE Enterprise
- 356 Ubuntu
- 465 Linux System Administration
- 31 Cloud Computing
- 73 Command Line/Scripting
- Github systems admin projects
- 98 Linux Security
- 78 Network Management
- 101 System Management
- 46 Web Management
- 106 Mobile Computing
- 18 Android
- 73 Development
- 1.2K New to Linux
- 1K Getting Started with Linux
- 392 Off Topic
- 121 Introductions
- 181 Small Talk
- 29 Study Material
- 955 Programming and Development
- 310 Kernel Development
- 627 Software Development
- 983 Software
- 375 Applications
- 182 Command Line
- 5 Compiling/Installing
- 68 Games
- 317 Installation
- Archived
- 2 LFD140 Class Forum
Upcoming Training
-
August 20, 2018
Kubernetes Administration (LFS458)
-
August 20, 2018
Linux System Administration (LFS301)
-
August 27, 2018
Open Source Virtualization (LFS462)
-
August 27, 2018
Linux Kernel Debugging and Security (LFD440)