-
Type: Bug
-
Resolution: Done
-
Priority: Major - P3
-
Affects Version/s: None
-
Component/s: Replication
-
None
-
ALL
a replica set primary will not elect itself if a secondary is fresher. this is a "legal" situation so we must handle.
currently it says:
Mon Nov 29 16:33:34 [rs Manager] replSet info not electing self, we are not freshest
so what to do. perhaps:
(1) take over even if not freshest if the time gap or # of operations gap is small. the secondary will then roll back (we'll need to test this). when this happens, log the optimes so the operator knows what is up.
(2) if the gap is larger, do what it does now, however, log more on the size of the gap. and we can have an override that says "take over anyway"
easy to reproduce, i just tried.
- is duplicated by
-
SERVER-1826 replica sets - use data from secondaries when it is freshest
- Closed
-
SERVER-2090 replica set: on master election, should check p=0 slaves for newer data
- Closed