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

checkMetadataConsistency command is not robust to ShardNotFound

    • Type: Icon: Bug Bug
    • Resolution: Unresolved
    • Priority: Icon: Major - P3 Major - P3
    • None
    • Affects Version/s: None
    • Component/s: None
    • Labels:
      None
    • Catalog and Routing
    • ALL

      The clusterwide_ops_with_add_remove_shards.js verifies that those operations that must be run on all shards do not crash when adding or removing shards. As the checkMetadataConsistency command is run concurrently with that jstest, it is possible for the mongos to refresh its ShardRegistry after choosing to target one shard, throwing ShardNotFound error.

      The goal for this ticket is to make checkMetadataConsistency robust to run concurrently with removeShard.

            Assignee:
            backlog-server-catalog-and-routing [DO NOT USE] Backlog - Catalog and Routing
            Reporter:
            pol.pinol@mongodb.com Pol Pinol
            Votes:
            0 Vote for this issue
            Watchers:
            2 Start watching this issue

              Created:
              Updated: