-
Type: Bug
-
Resolution: Fixed
-
Priority: Major - P3
-
Affects Version/s: None
-
Component/s: Sharding
-
Fully Compatible
-
ALL
-
v4.0, v3.6
-
Sharding 2019-03-11
-
13
These pre/post entries is only valid if paired with the corresponding update/delete oplog entries. Since the update/delete oplog entry always comes after the pre/post entry and both of these entries contain the same amount information necessary to properly replicate the config.transactions table, the pre/post entry should be ignored. Otherwise, it can create a situation where the secondary replication would mistakenly think that write was performed if sees the pre/post entry even though the update/delete oplog entry was removed due to replication rollback.
Note: it should not ignore no-op entries generated during session migration.
- is duplicated by
-
SERVER-31769 Retrying findAndModify can error if oplog write for was rolled back
- Closed
- related to
-
SERVER-31769 Retrying findAndModify can error if oplog write for was rolled back
- Closed
-
SERVER-67492 Failed chunk migrations can lead recipient shard to have divergent config.transactions records between primary and secondaries
- Closed