-
Type: Bug
-
Resolution: Unresolved
-
Priority: Major - P3
-
None
-
Affects Version/s: None
-
Component/s: None
-
Labels:None
-
Storage Execution
-
ALL
-
Execution Team 2023-02-20, Execution Team 2023-02-06, Execution Team 2023-03-06
-
6
In some query stages like delete, we will need to call restoreState() in case the actual delete throws a WCE which invalidates the cursor. But restoreState() can also throw a WCE which is not handled. This can cause the following next() call lands the cursor to the beginning of the collection again, hitting the out-of-order invariant.
- depends on
-
WT-11871 Define whether or not cursor reset can throw WT_ROLLBACK
- Open
- related to
-
SERVER-26452 `renameCollection` should handle write conflicts
- Closed
-
SERVER-65106 Don't perform eviction after prepared transaction commits or rolls-back
- Closed
-
SERVER-37861 Add writeConflictRetry to wildcard index multikey metadata path extraction
- Closed