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

stale secondary pings the primary to refresh chunks and waits for updates to propagate

    • Type: Icon: Task Task
    • Resolution: Done
    • Priority: Icon: Major - P3 Major - P3
    • 3.5.10
    • Affects Version/s: None
    • Component/s: Sharding
    • None
    • Fully Compatible
    • Sharding 2017-06-19, Sharding 2017-07-10, Sharding 2017-07-31

      The secondary must know how long to wait for the latest chunk metadata to replicate to it, so it can refresh successfully.

      The command will return the optime of the last chunk metadata write on the primary. The shard primary must always stash the optime of the last chunk metadata write from each refresh, so that it can be returned it if the secondary calls. If the command causes the primary to refresh, it will refresh and return the optime from that chunk metadata write operation. The secondary must send the expectedShardVersion in the command to the primary, in case the primary must go to the config server to refresh.

            Assignee:
            esha.maharishi@mongodb.com Esha Maharishi (Inactive)
            Reporter:
            dianna.hohensee@mongodb.com Dianna Hohensee (Inactive)
            Votes:
            0 Vote for this issue
            Watchers:
            4 Start watching this issue

              Created:
              Updated:
              Resolved: