new exception summary polluting logs on retry
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
oslo.log |
Invalid
|
Medium
|
Doug Hellmann |
Bug Description
We extensively use the olso.db retry decorator[1], which will catch retriable exceptions (e.g. Staledataerrors, DBDeadlocks, etc) and recall the function. Either because of the loop holding a reference to the exception, or one of our outer wrappers inspecting the exception before reraising[2], the new exception summaries added in [3] result in every logging statement during the retry having irrelevant exception info added.
For an example, this line[4] is logging a StaleDataError that triggered the retry. However, that is completely irrelevant to the ongoing operation (we already log that something is being retried because of a retriable exception).
We need a way to get this to stop because it makes the logs really messy whenever there is a retry.
1. https:/
2. https:/
3. https:/
4. http://
Changed in oslo.log: | |
importance: | Undecided → Medium |
status: | New → Confirmed |
assignee: | nobody → Doug Hellmann (doug-hellmann) |
Changed in oslo.log: | |
status: | Incomplete → Invalid |
Related fix proposed to branch: master /review. openstack. org/473611
Review: https:/