Uploaded image for project: 'Core Server'
  1. Core Server
  2. SERVER-17015

Repl Members that are fsyncLock'd should not become primary

    • Type: Icon: Improvement Improvement
    • Resolution: Duplicate
    • Priority: Icon: Major - P3 Major - P3
    • None
    • Affects Version/s: None
    • Component/s: Replication
    • None

      Repl Members that are fsyncLock'd should not become primary.

      Currently with SERVER-11103 being fixed, a replica set member which is SECONDARY and has been issued fsyncLock can become PRIMARY.

      From a high level, this seems counter productive, as we want the new primary available to take writes.

      Can we make it so that members which are under an fsyncLock block themselves from becoming primary.

      As part of this change, it may be worthwhile investigating the possibility of an indicator about fsyncLock within the output of rs.status() so end-users can isolate election problems with one command.

            Assignee:
            Unassigned Unassigned
            Reporter:
            david.hows David Hows
            Votes:
            0 Vote for this issue
            Watchers:
            12 Start watching this issue

              Created:
              Updated:
              Resolved: