Locally drop sharded collections from config server during transitionToDedicatedConfigServer

XMLWordPrintableJSON

    • Type: Task
    • Resolution: Fixed
    • Priority: Major - P3
    • 7.0.0-rc0
    • Affects Version/s: None
    • Component/s: None
    • None
    • Sharding NYC
    • Fully Compatible
    • Sharding NYC 2023-04-03, Sharding NYC 2023-04-17
    • None
    • 3
    • None
    • None
    • None
    • None
    • None
    • None

      Before completing the transition from catalog shard mode to dedicated mode, all sharded collections that exist on the config server locally should be dropped locally. This is to prevent their collection options and indexes from getting out of sync, since collMod, createIndexes, etc. won’t target a dedicated config server. If the config server transitions back to catalog shard mode, it will copy the necessary options/indexes when receiving the first chunk for a collection.

      EDIT: We can't add a the config server as a shard if it has a local database that conflicts with a database in the cluster, so this isn't necessary for correctness, but it does let a user add the config server as a shard after removing it without manually dropping its empty local collections.

            Assignee:
            Jack Mulrow
            Reporter:
            Jack Mulrow
            Votes:
            0 Vote for this issue
            Watchers:
            3 Start watching this issue

              Created:
              Updated:
              Resolved: