-
Notifications
You must be signed in to change notification settings - Fork 38.7k
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
Health Checks Failing - Readiness & Liveness For Production Azure AKS Cluster #107257
Comments
@zohebs341: This issue is currently awaiting triage. If a SIG or subproject 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/test-infra repository. |
In general, if DB connectivity issues or if vault having issues. Health check will fail, that is expected. But in my case, vault, istio& DB all are up. But still liveness & readiness failing |
@swetharepakula Please check if you find time. Adding more info to it. I am using Horizontal pod autoscaler CPU based, continuously it's creating and deleting pods based on CPU load. I've noticed "failed to update endpoints error" in events. |
/sig node |
Kubernetes does not use issues on this repo for support requests. If you have a question on how to use Kubernetes or to debug a specific issue, please visit our forums. /kind support |
@ehashman: Closing this issue. 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/test-infra repository. |
Hi All,
We are using Azure AKS Version 1.20.7 with nearly 10 Nodes running on it. Vault is Up, Database is Up, Istio is up and running.
But still health checks(Liveness & Readiness) are failing.
context deadline exceeded (Client.Timeout exceeded while awaiting headers)
Readiness probe failed: HTTP probe failed with statuscode: 500
Any suggestions or guess?
Is it because of load at API server?? As we have Istio & vault as an init container to application pods.
The text was updated successfully, but these errors were encountered: