-
Type:
Task
-
Resolution: Unresolved
-
Priority:
Major - P3
-
Affects Version/s: None
-
Component/s: None
-
None
-
Storage Execution
-
Storage Execution 2025-07-21, Storage Execution 2025-08-04
-
200
-
None
-
3
-
TBD
-
None
-
None
-
None
-
None
-
None
-
None
-
None
Since spill table users can create multiple at a time, we may need to make sure that storage snapshots are never kept open across multiple API calls on the spill table. That way it cannot indefinitely interfere with another spill table being dropped.
- is depended on by
-
SERVER-106596 Truncate spill table before drop
-
- Blocked
-
-
SERVER-107034 Re-enable disabled query tests that spill in in-memory configurations
-
- Blocked
-
-
SERVER-107844 Re-enable featureFlagCreateSpillKVEngine
-
- Blocked
-
- is related to
-
SERVER-107753 Use "read uncommitted" isolation for spill table reads
-
- In Code Review
-
- related to
-
WT-14852 WT_SESSION::drop can incorrectly return EBUSY due to WT_UNCOMMITTED_DATA
-
- Closed
-