-
Type: Bug
-
Resolution: Done
-
Priority: Major - P3
-
Affects Version/s: 1.8.4, 2.0.2
-
Component/s: Replication
-
None
-
ALL
I have this replset:
{
"_id" : "myReplSet",
"version" : 9,
"members" : [
,
,
{ "_id" : 2, "host" : "a2.serv:27017" } ]
}
a1.serv ist primary atm.
when a2.serv starts the log says:
Tue Jan 24 10:59:40 [rsStart] replSet STARTUP2
Tue Jan 24 10:59:40 [rsSync] replSet SECONDARY
Tue Jan 24 10:59:42 [rsHealthPoll] replSet member a1.serv:27017 is up
Tue Jan 24 10:59:42 [rsHealthPoll] replSet member a1.serv:27017 is now in state PRIMARY
Tue Jan 24 10:59:42 [rsHealthPoll] replSet member s1.serv:27017 is up
Tue Jan 24 10:59:42 [rsHealthPoll] replSet member s1.serv:27017 is now in state SECONDARY
Tue Jan 24 10:59:46 [rsSync] replSet syncing to: s1.serv:27017
The only solution right now seems to remove slaveDelay for s1.serv.
How it should be: if a secondary in a replset searches for a peer to sync it should exclude peers that have a slaveDelay higher than itself.
- is depended on by
-
SERVER-5706 If only slaveDelay'd nodes are available, use them
- Closed
- is related to
-
SERVER-6457 Secondary syncing to hidden secondary
- Closed
- related to
-
SERVER-4439 Replica set members shouldn't sync from a node that is very behind
- Closed
-
SERVER-5208 Replica set periodic reevaluation of sync targets
- Closed