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

StatefulSet+Headless Service+Selectors #56

Closed
juancampa opened this issue Apr 18, 2019 · 2 comments
Closed

StatefulSet+Headless Service+Selectors #56

juancampa opened this issue Apr 18, 2019 · 2 comments

Comments

@juancampa
Copy link

In #52 we changed the behavior so that it matches the "Without Selector" section here but broke it for services that do have selector.

For services with a selector there should be a DNS entry with the name of the service pointing to all pods that match (i.e. multiple A records), which in our case it transforms to an another entry in /etc/hosts/ of course

@avbhatt
Copy link

avbhatt commented Apr 26, 2019

Hey @juancampa, I'm having this same problem and thinking through some fixes. Using the selectors for a headless service makes sense and would fix the problem, but #52 would be an issue again I believe. Maybe a kubefwd pod does make more sense for something like #52 or an option passed to kubefwd svc to disregard selectors for headless services. It does seem like using selectors when possible should be the default.

@cjimti
Copy link
Member

cjimti commented Aug 8, 2019

An upgrade to v1.9.0 should resolve this. For headless services kubefwd now forwards the service name to the first Pod if finds, then forwards the backing Pod names individually.

@cjimti cjimti closed this as completed Aug 8, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants