-
Notifications
You must be signed in to change notification settings - Fork 39.9k
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
problem encountered while using HostNetworkDNSPolicy #92276
Comments
/sig network |
/triage unresolved Comment 🤖 I am a bot run by vllry. 👩🔬 |
/assign @rikatz |
Hey @david-enli let's take a look into that. I didn't understood the first part of the issue, when you do a nslookup from the nodes they don't resolve correctly the address? Also, can you please provide some further information:
Thank you |
/triage needs-information |
@david-enli friendly ping |
@rikatz If you aren't able to handle this issue, consider unassigning yourself and/or adding the 🤖 I am a bot run by vllry. 👩🔬 |
/remove-triage unresolved |
hi @rikatz I sincerely apologize for the delay, this was logged using a different git account and I missed your previous pings. In the meantime, my team member came accross this open issue flannel-io/flannel#1243 and we have adopted one of the solutions provided in the comments: Logging into the node and turn off flannel device check sum by running: This issue has present for us since 1.16.10 and it was on both Ubunto and Centos enviornment. The network plugin is flannel. Again, apologize if this not the right place for the issue. |
@david-enli no problem :D I was trying to figure out if this was also related with #88986 and it seems to be. There's a PR already merged for this here #92035 and a good explanation also why this happens. As this is a dup and already solved, I'll close this issue but please feel free to re-open if you think there's a need to deal with something else Tks /close |
@rikatz: Closing this issue. In response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. |
Hi all, first time posting and apologize if doing it wrong. With the new release of k8s 1.16.10 , our pure storage CSI node plugin (pods) for iscsi deployed by DaemonSet start to have issue to talk to K8S service..
We deploy CSI node plugin pod on each master and worker nodes. However, it looks like network routing on worker nodes is problematic.
It looks like master have correct routing to our internal k8s service:
but the worker nodes s the problem:
Here is our Demonset pod network and DNS setting:
Since first discovered this issue, we've been hitting it in 1.17.1, 1.17.5, 1.17.6. Still trying out more versions but it looks like this wasn't fixed since 1.16.10, thank you very much for your help.
The text was updated successfully, but these errors were encountered: