-
Type: Task
-
Resolution: Unresolved
-
Priority: Major - P3
-
None
-
Affects Version/s: None
-
Component/s: Not Applicable
-
Storage Engines
-
StorEng - Defined Pipeline
We have recently run into two tickets where the errors returned by WT (e.g. EINVAL and WT_ERROR) didn't come with sufficient context for us to decide what to do, uncovering a need for more granular errors from WT. Instances can also occur where the error gets propagated to users in a misleading manner.
WT has an existing event handler mechanism (WT_EVENT_HANDLER) that could be experimented with for this purpose, but while the infrastructure is in place it does not have the full functionality to attach to sessions and obtain/pass us the needed context.
This ticket can investigate a POC to extend the way the event handler currently works to explore passing better error contexts.
Having discussed this issue with agorrod, attached is a diff that he worked on to conceptually demonstrate per-session event handlers. This might be a good place to start.
- is related to
-
SERVER-82688 mongod crash, bug fix when connections > wiredtiger's session_max
- Blocked
-
SERVER-91847 POC using WT event handlers to improve error contexts
- Open
-
SERVER-90499 Be more explicit about the need to turn off autoCompact before being able to reconfigure it
- Closed
- related to
-
WT-13205 POC querying WT session for more context on error code
- Open