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

Support drop/rename collection DDL ops with transitionToDedicatedConfigServer

    • Type: Icon: Bug Bug
    • Resolution: Duplicate
    • Priority: Icon: Major - P3 Major - P3
    • None
    • Affects Version/s: None
    • Component/s: None
    • None
    • Cluster Scalability
    • ALL

      Consider the following scenario to transitionToDedicatedConfigServer.
      1. config shard is marked to start draining
      2. The last chunk is moved out from the config shard
      3. The last orphan is cleaned up
      4. Once all the chunks/orphans are cleaned, all the dbs are dropped.
      5. Remove entry from (config.shards)

      If a ddl operation(drop or rename) is received before step 5, we will send drop/rename to all shards which takes a critical section lock on all the shards. And if the ddl operation completes after step 5, we might leave a lingering lock on config server since the release is sent to all shard (config server isn't a shard anymore).

      This ticket is to add a workaround fix where when the critical section is released for drop/rename - include configServer in all shards list.

      Also, consider/evaluate other DDLs as time permits

            Assignee:
            backlog-server-cluster-scalability [DO NOT USE] Backlog - Cluster Scalability
            Reporter:
            rachita.dhawan@mongodb.com Rachita Dhawan
            Votes:
            0 Vote for this issue
            Watchers:
            2 Start watching this issue

              Created:
              Updated:
              Resolved: