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

Use `config.migrations` to persist the command recovery documents generated by BalancerCommandsScheduler.

    XMLWordPrintableJSON

Details

    • Icon: Task Task
    • Resolution: Fixed
    • Icon: Major - P3 Major - P3
    • 5.2.0
    • Backlog
    • None
    • None
    • Fully Compatible
    • Sharding EMEA 2021-11-29, Sharding EMEA 2021-12-13

    Description

      BalancerCommandsScheduler is currently storing in config.balancerCommandsSchedulerOngoingOperations the information on commands to be re-issued after a step-down event (similarly to what the MigrationManager did with config.migrations, but using a different schema).

      This may lead to some issues, such as:

      • outstanding moveChunk commands stored in config.migrations that won't be recovered after a server upgrade
      • outstanding moveChunk commands stored in config.balancerCommandsSchedulerOngoingOperations that won't be recovered after a server downgrade
      • stale moveChunk being wrongly re-issued after a downgrade+upgrade cycle.

      The simplest way to solve this problem is to avoid interactions with the FCV routine - and to just keep using `config.migrations` for the task.

      Attachments

        Activity

          People

            paolo.polato@mongodb.com Paolo Polato
            paolo.polato@mongodb.com Paolo Polato
            Votes:
            0 Vote for this issue
            Watchers:
            2 Start watching this issue

            Dates

              Created:
              Updated:
              Resolved: