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

Shard server mongod initialization is not run after File Copy Based Initial Sync

    XMLWordPrintable

Details

    • Bug
    • Status: Closed
    • Major - P3
    • Resolution: Fixed
    • None
    • 6.0.0-rc6, 6.1.0-rc0
    • None
    • None
    • Fully Compatible
    • ALL
    • v6.0
    • Hide

      fcbis-sharding-bug.patch
      ./buildscripts/resmoke.py run --storageEngine=wiredTiger --storageEngineCacheSizeGB=.50 --suite=sharding jstests/sharding/fcbis-sharding.js --log=file
      Need to have built with enterprise support for FCBIS.

      Show
      fcbis-sharding-bug.patch ./buildscripts/resmoke.py run --storageEngine=wiredTiger --storageEngineCacheSizeGB=.50 --suite=sharding jstests/sharding/fcbis-sharding.js --log=file Need to have built with enterprise support for FCBIS.
    • Sharding EMEA 2022-04-18, Sharding EMEA 2022-05-02, Sharding EMEA 2022-05-16
    • 124

    Description

      initializeGlobalShardingStateForMongoD has to be run on shardsvrs during initialization. Currently, this is triggered from the following places:
      1) In initAndListen
      2) In ShardServerOpObserver::onInserts when an insert of the shard identity document is observed.

      For FCBIS however, this does not work: On a new member that will undergo initial sync, point (1) will not find the shard identity document at all. Later, point (2) will not be triggered because FCBIS does not perform inserts like logical initial sync would.
      As a result, after FCBIS has completed, the shard is left with uninitialized sharding state.

      Attachments

        Issue Links

          Activity

            People

              sergi.mateo-bellido@mongodb.com Sergi Mateo Bellido
              jordi.serra-torrens@mongodb.com Jordi Serra Torrens
              Votes:
              0 Vote for this issue
              Watchers:
              13 Start watching this issue

              Dates

                Created:
                Updated:
                Resolved: