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

NoCredentialProviders with kube2iam + m5 #401

Closed
erikmack opened this issue Mar 23, 2018 · 3 comments
Closed

NoCredentialProviders with kube2iam + m5 #401

erikmack opened this issue Mar 23, 2018 · 3 comments

Comments

@erikmack
Copy link

steps to reproduce:

  • have a working ark installation, authorized by kube2iam, on an EC2 cluster on m4.xlarge instances.
  • modify cluster to use m5.xlarge instances (we use kops)

expect: ark runs happily
actual: "NoCredentialProviders: no valid providers in chain"

  • modify cluster to use m4.xlarge's again

actual: ark runs happily as before

I've confirmed that kube2iam works on the m5 cluster using the 'aws s3 ls' test documented here - the issue seems specific to ark.

This issue appears relevant, but nothing in ark looks for public-ipv4 specifically.

I'm not sure what else to do to troubleshoot this.

@jrnt30
Copy link
Contributor

jrnt30 commented Mar 23, 2018

This is almost certainly an issue with Kube2iam on m5. To date, I don't know of anyone who has it working when built off of master due to this issue.

Your command may work, but are those s3 buckets also discoverable by the host system, which if memory serves me correctly are the credentials you are probably pulling with that kube2iam issue.

@erikmack
Copy link
Author

Thanks, I see that kube2iam has implemented a fix there. I'll look forward to testing it.

@erikmack
Copy link
Author

The upgrade to kube2iam 0.10.0 has fixed me. Thanks for your help.

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

2 participants