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

_configsvrDropCollection should handle user dropping config.system.sessions if config.system.sessions is not in sharding catalog

    XMLWordPrintableJSON

Details

    • Icon: Bug Bug
    • Resolution: Works as Designed
    • Icon: Major - P3 Major - P3
    • None
    • None
    • Sharding
    • None
    • Sharding
    • ALL

    Description

      If the config.system.sessions collection is not in the sharding catalog, it's unclear whether the drop should be applied to all shards or just the config shard, because either of these could have occurred previously:

      • a previous drop attempt failed partway, and setShardVersion did not get sent to all shards
      • a previous drop attempt succeeded, and the user created their own config.system.sessions collection, which would have been created on the config shard

      I encountered this while working on SERVER-42842. Dropping config.system.sessions is not really supported, and the behavior before SERVER-33973 was to run the drop only against the config shard, so that is the behavior I am preserving under SERVER-42842.

      Attachments

        Activity

          People

            backlog-server-sharding [DO NOT USE] Backlog - Sharding Team
            esha.maharishi@mongodb.com Esha Maharishi (Inactive)
            Votes:
            0 Vote for this issue
            Watchers:
            3 Start watching this issue

            Dates

              Created:
              Updated:
              Resolved: