mittwald / mittwald/kube-httpcache
Impossible to cluster when having readiness gates on port 8080
Nobody has claimed this yet.
- Dominant language
- Go
- Stars
- 313
- Forks
- 82
- PR merge metrics
- No merged PRs in 30d
Description
Describe the bug
When using clustering in combination with Readiness Gates (AWS ALB readiness gates), it is impossible to start the pods, because no endpoint will become available until the endpoints have been populated, but the endpoints will never be populated until the readiness gate passes. This ends up in a loop which never allows a pod to be fully started.
To Reproduce
Steps to reproduce the behavior:
- Use EKS
- Deploy kube-httpcache, 2 pods minimum
- Look at the logs from kube httpcache, an error message like the following one appears:
W0308 14:41:30.853956 1 endpoints_watch.go:66] service 'some_random_service' has no endpoints
Expected behavior
I would expect to be able to cluster the pods.
Environment:
- Kubernetes version: [e.g. 1.26]
- kube-httpcache version: [e.g. v0.7]
Configuration
Additional context
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by tracing endpoints_watch.go around line 66 and reproduce the two-pod setup on EKS with AWS ALB readiness gates. Compare the endpoint population and readiness behavior, then verify that the pods can start clustering without remaining in the no-endpoints loop.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- aws, go, kubernetes
- Domain
- infrastructure
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 35/100