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

Retrying initial shardCollection with hashed shard key after retryable error can skip moveChunk

    XMLWordPrintable

    Details

    • Type: Bug
    • Status: Closed
    • Priority: Major - P3
    • Resolution: Duplicate
    • Affects Version/s: None
    • Fix Version/s: None
    • Component/s: Sharding
    • Labels:
      None
    • Operating System:
      ALL
    • Linked BF Score:
      26

      Description

      The last step in _configsvrShardCollection is to migrate initial chunks from empty collections to spread them across the shards, which is only done if the collection is empty and the shard key is hashed. If there is a retryable error (like a stepdown) after the step before, which is to actually shard the collection through the ShardingCatalogManager, then when the command is retried, it will early exit successfully because the collection is already sharded with the same options, which skips the moveChunk call.

        Attachments

          Issue Links

            Activity

              People

              Assignee:
              backlog-server-sharding Backlog - Sharding Team
              Reporter:
              jack.mulrow Jack Mulrow
              Participants:
              Votes:
              0 Vote for this issue
              Watchers:
              4 Start watching this issue

                Dates

                Created:
                Updated:
                Resolved: