OOPS reports should take into account Retries
Bug #92185 reported by
Steve Alexander
This bug report is a duplicate of:
Bug #31479: OOPS reports on retried exceptions should include information about the original query.
Edit
Remove
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Launchpad itself |
Triaged
|
Medium
|
James Henstridge |
Bug Description
OOPS reports should take into account whether the request has been retried by showing how many retries occurred, and preferably showing independently the SQL and non-SQL time for each retry. This will allow us to see whether retried requests are using a lot of database resources, particularly with transactions involving writes to the database, it will help us debug cases where state that should be reset on a Retry is not reset, and will give us insight into whether some OOPS reports that have a lot of non-sql time are requests that were retried. That is, if we're resetting the SQL statement log on a Retry, but not resetting the non-sql-time counter.
Changed in launchpad: | |
assignee: | nobody → jamesh |
importance: | Undecided → Medium |
status: | Unconfirmed → Confirmed |
To post a comment you must log in.
request. _retry_ count (zope/publisher /http.py, line 430) gives you the retry count. Might want to expose this 'officially' on our request subclass.