Index build started on primary could either abort without aborting the inde
- is depended on by
-
SERVER-45916 On primary, 2-phase index build cleanup writes an abortIndexBuild oplog entry under a stronger mode user collection lock X which can lead to 3 way deadlock with prepared transactions, step down and index build
- Closed
-
SERVER-46823 Enable default for index commit quorum as "votingMembers"
- Closed
-
SERVER-47163 Do not start an index build if it doesn't exist when processing the 'commitIndexBuild' oplog entry
- Closed
- is duplicated by
-
SERVER-45921 Index builder invariants on this check (indexSpecs.size() > 1) while trying to start building index.
- Closed
-
SERVER-46816 Race between oplog applier thread and index build coordinator thread leads to an invariant failure.
- Closed
-
SERVER-44791 Abort index builds by interrupting the OperationContext of the builder thread
- Closed
- is related to
-
SERVER-45921 Index builder invariants on this check (indexSpecs.size() > 1) while trying to start building index.
- Closed
-
SERVER-46734 Disable the index state transition check .
- Closed
- related to
-
SERVER-47087 Stepping down the primary when running 'dropDatabase' does not always reset the dropPending flag when the user operation is killed
- Closed
-
SERVER-48293 remove inactive index builds from config.system.indexBuilds
- Closed
-
SERVER-50105 Coverity analysis defect 115661: Unchecked return value
- Closed
-
SERVER-51255 rollback persists resumable index info before index build thread is cleaned up
- Closed
-
SERVER-48510 StorageTimestampTests::TimestampIndexOplogApplicationOnPrimary hangs due to race between _tryCommit and IndexBuildState::kInProgress
- Closed
-
SERVER-48160 remove IndexBuildsCoordinator::_tryAbort() fatal assertion 4656001 for missing index build thread
- Closed