-
Type: Improvement
-
Resolution: Fixed
-
Priority: Major - P3
-
Affects Version/s: None
-
Component/s: None
-
Labels:None
-
Fully Compatible
-
Execution Team 2021-10-04
-
0
When attempting to open a cursor on a WT table returns EBUSY, currently we handle this by throwing a WriteConflictException.
The comment states that this can only occur on the oplog. However, as of lock-free reads, this can now occur for other collections as well.
Additionally, this appears to be the only place where we convert EBUSY to a WriteConflictException. (Typically, WT_ROLLBACK is converted to WriteConflictException and EBUSY is converted to ObjectIsBusy.)
We should update the comment to reflect the current state of things. Additionally, we should evaluate whether it still makes to use WriteConflictException here, or whether ObjectIsBusy should be used instead. If we stick with WriteConflictException, we should document why doing so makes sense here.
- is related to
-
SERVER-60154 Tests can run full validation concurrently with tenant migration or chunk migration
- Closed
-
SERVER-63945 test_resharding_test_fixture_shutdown_retry_needed.js can run full validation concurrently with resharding
- Closed
-
SERVER-63946 tenant_migration_donor_resume_on_stepup_and_restart.js can run full validation concurrently with tenant migration
- Closed