Skip to content
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

Return 503 when no backends are available #72

Closed
abh opened this issue Nov 13, 2017 · 4 comments
Closed

Return 503 when no backends are available #72

abh opened this issue Nov 13, 2017 · 4 comments
Milestone

Comments

@abh
Copy link
Contributor

abh commented Nov 13, 2017

We had an outage in our k8s cluster yesterday. After it cleared up the remaining side effect was that haproxy while the backends were unavailable had sent a bunch of 404's to the CDN and browsers that were cached, rather than 503s.

In the nginx ingress they recently changed this to be, I think, more sensible: kubernetes/ingress-nginx#1513

@colinjfw
Copy link

I was affected by this recently as well. It's good to see it's been changed upstream in the nginx ingress. I believe the haproxy-ingress should reflect this pattern as well.

For a temporary solution, I built a custom default backend that will return 503 on specific subdomains. This is definitely a workaround though, I think the default backend receiving traffic on no endpoints available is confusing.

@jcmoraisjr jcmoraisjr added this to the v0.5 milestone Nov 14, 2017
@jcmoraisjr
Copy link
Owner

This should be fixed since the current snapshot version, v0.5-snapshot.2. Closing. Let me know if the problem persists updating this same issue. Thanks for pointing this out.

@abh
Copy link
Contributor Author

abh commented Dec 3, 2017 via email

@jcmoraisjr
Copy link
Owner

Sure. This should have been fixed on 011df80 where the upstream controller was updated.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants