-
Type: Bug
-
Resolution: Fixed
-
Priority: Major - P3
-
Affects Version/s: None
-
Component/s: Replication
-
None
-
Fully Compatible
-
ALL
-
v3.4
-
Repl 2017-11-13
-
(copied to CRM)
-
0
We use a $max to update the minvalid which updates the timestamp and term independently: https://github.com/mongodb/mongo/blob/2197cedd9cc61cba6ceb81affc348d3e3932c1b8/src/mongo/db/repl/replication_consistency_markers_impl.cpp#L188-L192.
If we provide a timestamp that is greater than the current minValid, but a term that is less, we can end up with a minValid that never existed. This occurs primarily on protocol version downgrade and can lead to us being unable to choose a sync source.
- is duplicated by
-
SERVER-31039 set minvalid term to -1 on pv1 downgrade
- Closed
- is related to
-
SERVER-31004 persist term and initialize to it on protocol version upgrade
- Closed
-
SERVER-31039 set minvalid term to -1 on pv1 downgrade
- Closed