-
Notifications
You must be signed in to change notification settings - Fork 101
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
Quiet "INFO: Unable to fetch credentials from *" logging #196
Comments
I wasted a bunch of cycles in my service due to this log output. I had a bug in my code but this log output made me think it had something to do with my AWS credentials configuration. |
MageMasher
added a commit
that referenced
this issue
Jul 22, 2022
Fixed on |
Thank you! |
Released in version com.cognitect.aws/api-0.8.575 |
dchelimsky
pushed a commit
that referenced
this issue
Jul 26, 2022
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Dependencies
Description with failing test case
By default, the aws-api uses the
cognitect.aws.credentials/chain-credentials-provider
to provide a convenient method of finding available credentials from a variety of sources. As it cascades down the chain (mixing metaphors along the way), it logsUnable to fetch credentials from <source>
upon each failure before it goes on to the next one at the info level.aws-api/src/cognitect/aws/credentials.clj
Line 130 in fb41cda
This results in noisy default behavior if you happen to depend on one of the later providers in the chain, and even more so if you happen to be using more than one AWS service.
I suggest changing the logging call from
log/info
tolog/debug
to make the default, out-of-the-box case quieter.Please describe what you are trying to do, what you expect to see, and
what you're seeing instead.
Important: Please include a complete minimal code example that we
can paste as/is into a REPL, execute, and watch fail.
output:
Changing
log/info
tolog/debug
we get the quieter:(The
Logging initialized
line is coming from jetty, so that's beyond the scope of the aws-api.)There are other options, such as setting log configuration (e.g., https://github.com/grzm/aws-api-logging-ex) or specifying a known credentials provider instead of relying on the default chain provider. However, I think improving the default experience is worth doing here.
The text was updated successfully, but these errors were encountered: