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

migrations should use better slave count to determine up-to-date

XMLWordPrintableJSON

    • ALL
    • None
    • None
    • None
    • None
    • None
    • None
    • None

      ... currently we're using a count that is never actually flushed out, except on reconfig (in 2.1, potentially in 2.0).

      Also we may want to rethink our logic of waiting until the majority of slaves (# slaves / 2 + 1) is caught up. Why not majority of the set, for example?

            Assignee:
            randolph@mongodb.com Randolph Tan
            Reporter:
            greg_10gen Greg Studer (Inactive)
            Votes:
            2 Vote for this issue
            Watchers:
            7 Start watching this issue

              Created:
              Updated:
              Resolved:
              None
              None
              None
              None