-
Notifications
You must be signed in to change notification settings - Fork 4.8k
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
Kong gets stuck on DNS issue #12101
Comments
Hi @aatishnn! Thanks for your report. Are there any other erros in the |
Some hints for the error log,
Here timeout means semaphore:wait() failed because of expiration. |
Hi, we are experiencing the same behavior : and a few seconds after the livenessprobe timeout and the Pod stops and then restart until the next dnslookup fail |
This message of And could you show the complete message of this line, I think there was some other retried information from dns subsystem of kong. |
|
Kong DNS client tried to resolve the host "host.docker.internal", but finally it failed, because the DNS server always returned It tried
|
@chobits Thanks this was helpful!. I resolved to using gateway IP is usually 172.17.0.1 instead of host.docker.internal |
This issue is marked as stale because it has been open for 14 days with no activity. |
Dear contributor, We are automatically closing this issue because it has not seen any activity for three weeks. Your contribution is greatly appreciated! Please have a look Sincerely, |
Is there an existing issue for this?
Kong version (
$ kong version
)3.4.2
Current Behavior
We are occasionally running into some weird DNS resolution issues with
Kong where some kong containers get stuck in the following DNS error
and they do not ever recover until the container is replaced. Other
container instances of the same service seem to work fine, and
usually, it's only one container that goes bad.
What could we do to further investigate this? The fact that other
copies of the containers seem fine while only one gets stuck makes us
believe there's something going on within Kong internals.
Expected Behavior
Even if there was a DNS error, we would expect Kong to heal itself from that.
Steps To Reproduce
No response
Anything else?
No response
The text was updated successfully, but these errors were encountered: