-
Notifications
You must be signed in to change notification settings - Fork 81
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
Dns resolution unexpected timeout #300
Comments
While writing the summary above, it occurred to me that we might be using tcp for dns lookups, whereas nslookup& ping might be using udp. This could explain the different behavior. Checking the code base:
Indeed Nighthawk's |
Confirmed: switching dns to use UDP resolved the issue over at istio/tools/perf/benchmark |
oschaaf
added a commit
to oschaaf/nighthawk
that referenced
this issue
Feb 4, 2020
Today, we use TCP for resolving DNS. This makes us use UDP instead. I think the choice here was never actively discussed, and possibly the current default crept in via an Envoy dep update. Fixes envoyproxy#300 Signed-off-by: Otto van der Schaaf <[email protected]>
oschaaf
added a commit
that referenced
this issue
Feb 5, 2020
Today, we use TCP for resolving DNS. This makes us use UDP instead. I think the choice here was never actively discussed, and possibly the current default crept in via an Envoy dep update. Fixes #300 Signed-off-by: Otto van der Schaaf <[email protected]>
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Over at istio/tools#692, when running the istio benchmark in gcloud kubernetes, somehow Nighthawk is not able to resolve DNS when attempting to benchmark
fortioserver
. [1]Dumping some context / thoughts:
nslookup
andping
, other pods seem able to perform dns resolution, thoughnslookup
outputs a weird line.Chances are something is off with NH, but for completeness also listing other potential causes:
frolvlad/alpine-glibc
) seems to have trouble with dns resolution in certain scenarios: Apparent DNS failure in Docker image alpine:3.8, nslookup: can't resolve '(null)' gliderlabs/docker-alpine#476[1]
The text was updated successfully, but these errors were encountered: