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

starting background index builds on secondaries needs to be synchronous

    • Type: Icon: Bug Bug
    • Resolution: Duplicate
    • Priority: Icon: Major - P3 Major - P3
    • None
    • Affects Version/s: 2.6.0-rc2
    • None
    • ALL

      When a background index build op comes down the replication op stream, the op-application thread spawns a new thread and lets it run. We depend on being able to detect that the bg index build is running for proper operation of other commands that may be subsequently applied by the replication system (such as drop collection).
      There is a race between when the thread is created and when the thread first becomes detectable as a bg index build by other commands. We need this to be synchronous (or come up with a new design).
      In order to hit this bug, you would need to run one of the index-affecting commands immediately after a background index build completed on a primary. The effect might be that you would get a collection on the secondary that didn't exist on the primary, or that a collection would not have an index on the secondary that did on the primary.

            Assignee:
            Unassigned Unassigned
            Reporter:
            milkie@mongodb.com Eric Milkie
            Votes:
            0 Vote for this issue
            Watchers:
            5 Start watching this issue

              Created:
              Updated:
              Resolved: