You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Is this a BUG REPORT or FEATURE REQUEST?:
Could be argued either way, but I'd call it a bug since it affects all EKS users with a non-public cluster endpoint.
What happened:
Despite using /etc/resolver/ files, using the argo CLI returns an error about DNS resolution after trying to resolve via normal public DNS servers.
What you expected to happen:
The /etc/resolver/ entries are used to resolve the DNS of the cluster endpoint.
An interesting reproduction of this with kubectl is that installing via curl gives the same results as Argo, while installing through brew fixes the problem.
Environment:
Argo version:
2.3.0
Kubernetes version :
v1.14.6
The text was updated successfully, but these errors were encountered:
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.
Is this a BUG REPORT or FEATURE REQUEST?:
Could be argued either way, but I'd call it a bug since it affects all EKS users with a non-public cluster endpoint.
What happened:
Despite using
/etc/resolver/
files, using theargo
CLI returns an error about DNS resolution after trying to resolve via normal public DNS servers.What you expected to happen:
The
/etc/resolver/
entries are used to resolve the DNS of the cluster endpoint.Anything else we need to know?:
There are lots of issues around this in various Go projects:
golang/go#12524
kubernetes/kubernetes#23130
kubernetes/release#469
An interesting reproduction of this with kubectl is that installing via curl gives the same results as Argo, while installing through brew fixes the problem.
Environment:
The text was updated successfully, but these errors were encountered: