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

bug: Retrieve the workspace-related CoreDNS IP from the Service resource instead of using DNS lookup. #2365

Closed
davidfestal opened this issue Nov 15, 2022 · 0 comments · Fixed by #2367
Assignees
Labels
area/transparent-multi-cluster Related to scheduling of workloads into pclusters. kind/bug Categorizes issue or PR as related to a bug.
Milestone

Comments

@davidfestal
Copy link
Member

Describe the bug

Currently, when mutating a Deployment to override the DNS server, the Syncer tries to guess the IP of the CoreDNS service by issuing a DNSLookup on the internal service dns name.
This prevents using the Syncer process outside of the Synctarget cluster (for local debugging purposes for example).
A better and more robust way is to get the clusterIP on the Service resource.

Steps To Reproduce

  1. Run the Syncer in it own local process
  2. Observe that, when trying to sync a deployment, you would be the error:
E1115 18:44:16.121384  418586 spec_controller.go:295] kcp-workload-syncer-spec failed to sync {{"apps" "v1" "deployments"} "root:org:user|default/httpecho"}, err: failed to get DNS nameserver IP address: lookup kcp-dns-us-west1-1mwhl3gm-x0gx4iqu.kcp-syncer-us-west1-1mwhl3gm.svc.cluster.local: no such host

Expected Behaviour

We should still be able to run the syncer locally.

Additional Context

No response

@davidfestal davidfestal added kind/bug Categorizes issue or PR as related to a bug. area/transparent-multi-cluster Related to scheduling of workloads into pclusters. labels Nov 15, 2022
@davidfestal davidfestal added this to the v0.10 milestone Nov 15, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area/transparent-multi-cluster Related to scheduling of workloads into pclusters. kind/bug Categorizes issue or PR as related to a bug.
Projects
Status: Done
Development

Successfully merging a pull request may close this issue.

2 participants