Skip stacktrace for exceptions when stacktrace is not relevant. #110785
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
As discussed last week, in order to improve error logging this PR skips the creation of stacktraces for a number of common and expected exceptions where there's no value having one.
Despite having no (meaningful) stacktrace, the exceptions are nevertheless good to be aware of as they may signal (in)stability.
They could be filtered out from logs and be monitored using APM metrics only. However, that would likely hurt discoverability and break existing flows of devs when investigating issues.
If only removing (costly) stacktraces when not relevant, we will be able to continue aggregating all exceptions by means of
error.type
.Note:
EcsJsonLayout
usesprintStackTrace
, this wayerror.stack_trace
will still exist containing the output of the exception'stoString()
. This PR omiterror.stack_trace
entirely in that case.Relates to ES-7097