-
Notifications
You must be signed in to change notification settings - Fork 247
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
excessive logging during credential load #872
Comments
Thanks for reporting this! |
It would probably be handy to add a "logging volume regression test" — we can use the existing sensitive logging tests but instead track the total volume when run on |
This commit addresses awslabs/aws-sdk-rust#872 by specifying the log level `TRACE` wherever we use `instrument` in the file.
This commit addresses awslabs/aws-sdk-rust#872 by specifying the log level `TRACE` wherever we use `instrument` in the file.
**Will be merged to `smithy-rs-release-0.56.x` branch** Addresses awslabs/aws-sdk-rust#872 ## Motivation and Context With the introduction of the orchestrator, the core functions that live in `aws-smithy-runtime/src/client/orchestrator.rs` were annotated by `#instrument`. By default this emits logs at the `INFO` level, which caused our customer to see the excessive amount of logging after switching to the latest SDK creates `0.29`. ## Description This PR reduces the log level to `DEBUG` wherever we use `#instrument` throughout the file. ## Testing No new tests have been added as part of this PR. [An enhancement](#2932) has been filed to check logging volume. Here is a quick check that all instances in the file specify `trace`: ``` ✗ rg "instrument" src/client/orchestrator.rs 34:use tracing::{debug, debug_span, instrument, trace, Instrument}; 160: .instrument(debug_span!("invoke", service = %service_name, operation = %operation_name)) 167:#[instrument(skip_all, level = "debug")] 186:#[instrument(skip_all, level = "debug")] 319:#[instrument(skip_all, level = "debug")] 389: .instrument(debug_span!("read_body")) 398: .instrument(debug_span!("deserialization")) 407:#[instrument(skip_all, level = "debug")] 419:#[instrument(skip_all, level = "debug")] ``` ## Checklist <!--- If a checkbox below is not applicable, then please DELETE it rather than leaving it unchecked --> - [x] I have updated `CHANGELOG.next.toml` if I made changes to the smithy-rs codegen or runtime crates - [x] I have updated `CHANGELOG.next.toml` if I made changes to the AWS SDK, generated SDK code, or SDK runtime crates ---- _By submitting this pull request, I confirm that you can use, modify, copy, and redistribute this contribution, under the terms of your choice._ --------- Co-authored-by: ysaito1001 <[email protected]>
A fix for this will go out in the next release. |
Wow thank you for the fast turnaround! |
This has been fixed with the August 23rd release. |
|
Describe the bug
With recent SDK versions I'm seeing:
Every time a credential is loaded.
I can manually squelch
tracing::span
but am worried I might miss something else. Can these logs be dropped to debug or trace? Or is there a better way to squelch? Thank you.Expected Behavior
Logs as debug/trace level
Current Behavior
Per above.
Reproduction Steps
Use the default credential provider and load credentials.
Possible Solution
No response
Additional Information/Context
No response
Version
Environment details (OS name and version, etc.)
MacOs/Linux
Logs
No response
The text was updated successfully, but these errors were encountered: