-
Type: Bug
-
Resolution: Unresolved
-
Priority: Major - P3
-
None
-
Affects Version/s: None
-
Component/s: Sharding
-
Cluster Scalability
-
ALL
-
v8.0
-
Sharding 2020-11-02, Sharding 2020-11-16, Sharding 2020-11-30, Sharding 2020-12-14, Sharding 2020-12-28, Sharding 2021-01-11
The following scenario can occur:
- Transaction coordinator on shard X makes a commit/abort decision after hearing from all participants
- Shard X is removed and shut down before transaction coordinator sends decision to participant shards
- Participant shards are stuck permanently with prepared transactions
- fixes
-
SERVER-92646 Make removeShard return RemoveShardProgress::ONGOING while there are docs in config.transaction_coordinators
- Closed
- is related to
-
SERVER-50144 Removing a shard with in-progress migration coordinators can leave permanently pending config.rangeDeletions document on recipient
- Backlog
-
SERVER-55228 Client will not be able to use transaction recovery token to retry commitTransaction if recovery shard gets removed
- Backlog
-
SERVER-91474 Ensure that there are no ongoing transactions when removing a participant shard
- Backlog
- related to
-
SERVER-92646 Make removeShard return RemoveShardProgress::ONGOING while there are docs in config.transaction_coordinators
- Closed