-
Type: Bug
-
Resolution: Fixed
-
Priority: Major - P3
-
Affects Version/s: None
-
Component/s: Replication
-
None
-
Fully Compatible
-
ALL
-
Repl 2019-06-03
-
0
The collection may have been dropped since we are applying operations out of order.
We ignore NamespaceNotFound errors in normal oplog application here.
But we don't do it here. The applyOps command doesn't seem to ignore these errors either, so wherever we use that code path to apply transaction operations we likely need to do the same.
This was found from code inspection and I haven't created a repro, so it's possible something prevents this from causing a problem.
It'll be interesting to see if the initial sync fuzzer catches this once it supports transactions, max.hirschhorn.
- is depended on by
-
SERVER-39993 Add kill and terminate versions of concurrency step down suites
- Closed
- is related to
-
SERVER-41163 During initial sync, failing to apply an update thats in a prepared txn hits an invariant
- Closed
- related to
-
SERVER-41284 Add failpoint to surface idempotency issues of transaction operations in initial sync
- Closed
-
SERVER-39804 Extend the oplog idempotency test for new oplog entries
- Closed