[SERVER-15098] Set Member State to RECOVERING when no sync source avail and an auth error exists Created: 29/Aug/14 Updated: 11/Jul/16 Resolved: 13/Oct/14 |
|
| Status: | Closed |
| Project: | Core Server |
| Component/s: | Replication |
| Affects Version/s: | None |
| Fix Version/s: | 2.7.8 |
| Type: | Improvement | Priority: | Major - P3 |
| Reporter: | Andy Schwerin | Assignee: | Scott Hernandez (Inactive) |
| Resolution: | Done | Votes: | 0 |
| Labels: | None | ||
| Remaining Estimate: | Not Specified | ||
| Time Spent: | Not Specified | ||
| Original Estimate: | Not Specified | ||
| Issue Links: |
|
||||||||||||||||||||
| Backwards Compatibility: | Fully Compatible | ||||||||||||||||||||
| Participants: | |||||||||||||||||||||
| Description |
|
Rather than have the heartbeat code switch secondaries to the RECOVERING state when all nodes appear down and an auth error is detected in at least one, it would be more to the point for the applier to take this step. The point of switching to recovery is to prevent slave-ok reads from reading data that is growing only more stale due to a misconfiguration, but the place where we know this is happening is the applier, not the heartbeat code. The new heartbeat code does not do the switch to RECOVERING in this circumstance, so this ticket is required to complete the replication refactor. |
| Comments |
| Comment by Githook User [ 14/Oct/14 ] |
|
Author: {u'username': u'scotthernandez', u'name': u'Scott Hernandez', u'email': u'scotthernandez@gmail.com'}Message: |
| Comment by Githook User [ 13/Oct/14 ] |
|
Author: {u'username': u'scotthernandez', u'name': u'Scott Hernandez', u'email': u'scotthernandez@gmail.com'}Message: |