-
Notifications
You must be signed in to change notification settings - Fork 350
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
ingress: Skipper sometimes take long to become ready. #647
Closed
mikkeloscar opened this issue
May 15, 2018
· 1 comment
· Fixed by #649 or zalando-incubator/kubernetes-on-aws#1042
Closed
ingress: Skipper sometimes take long to become ready. #647
mikkeloscar opened this issue
May 15, 2018
· 1 comment
· Fixed by #649 or zalando-incubator/kubernetes-on-aws#1042
Labels
Comments
@mikkeloscar Thanks for creating the, this will be caused by the http.Transport being used in the kubernetes dataclient and AWS using DISCARD to drop the packet, instead of sending back a TCP packet with RST flags set. |
szuecs
added a commit
to zalando-incubator/kubernetes-on-aws
that referenced
this issue
May 15, 2018
adds unverifiedAuditLog() filter add oauthTokeninfo*() filters for svc-to-svc authnz
aermakov-zalando
added a commit
to zalando-incubator/kubernetes-on-aws
that referenced
this issue
May 25, 2018
aermakov-zalando
added a commit
to zalando-incubator/kubernetes-on-aws
that referenced
this issue
May 25, 2018
aermakov-zalando
added a commit
to zalando-incubator/kubernetes-on-aws
that referenced
this issue
May 25, 2018
aermakov-zalando
added a commit
to zalando-incubator/kubernetes-on-aws
that referenced
this issue
May 25, 2018
aermakov-zalando
added a commit
to zalando-incubator/kubernetes-on-aws
that referenced
this issue
May 25, 2018
mikkeloscar
added a commit
to zalando-incubator/kubernetes-on-aws
that referenced
this issue
May 25, 2018
aermakov-zalando
added a commit
to zalando-incubator/kubernetes-on-aws
that referenced
this issue
May 28, 2018
mikkeloscar
added a commit
to zalando-incubator/kubernetes-on-aws
that referenced
this issue
May 28, 2018
…rch-alpha Revert "fix zalando/skipper#647"
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
I have noticed that skipper sometimes takes minutes to get ready on a new node.
Here's an example showing that it took skipper 2 min. to become ready from the first health-check to the first successful one:
I imagine the problem is skipper racing with kube-proxy calling the kubernetes service IP before the iptable rules has been setup. And because of a long timeout in the client that calls the kube-apiserver, this leads to a long recovery time.
The text was updated successfully, but these errors were encountered: