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

kubernetes/dns/issue/116: check if we have the same problem #1343

Closed
miekg opened this issue Jan 3, 2018 · 3 comments
Closed

kubernetes/dns/issue/116: check if we have the same problem #1343

miekg opened this issue Jan 3, 2018 · 3 comments

Comments

@miekg
Copy link
Member

miekg commented Jan 3, 2018

See kubernetes/dns#116

Check and test if we have the same problem.

@chrisohaver
Copy link
Member

chrisohaver commented Jan 4, 2018

Yes, we do.

Seems like it would be an easy fix, but I don't see an early exit in findServices() ... which implies that the API may only be returning one of the endpoints - or we squash the record downstream. Need to debug more to understand what is happening.

@chrisohaver
Copy link
Member

chrisohaver commented Jan 4, 2018

Oops. Correction - No, we don't have the issue. The minikube cluster I tested on had both kube-dns and coredns addons active ... result was that kube-dns was processing the requests.

dnstools# host -t A depl-1-service.default.svc.cluster.local.
depl-1-service.default.svc.cluster.local has address 172.17.0.11
depl-1-service.default.svc.cluster.local has address 172.17.0.12

dnstools# host -t A depl-1-host.depl-1-service.default.svc.cluster.local.
depl-1-host.depl-1-service.default.svc.cluster.local has address 172.17.0.11
depl-1-host.depl-1-service.default.svc.cluster.local has address 172.17.0.12

@miekg
Copy link
Member Author

miekg commented Jan 5, 2018

W00T. Thanks for checking.

@miekg miekg closed this as completed Jan 5, 2018
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

2 participants