repairShardedCollectionChunksHistory can incorrectly skip notifying shards in case of configsvr stepdown

XMLWordPrintableJSON

    • Type: Bug
    • Resolution: Fixed
    • Priority: Major - P3
    • 8.2.0-rc0
    • Affects Version/s: None
    • Component/s: Catalog
    • None
    • Catalog and Routing
    • Fully Compatible
    • ALL
    • CAR Team 2025-05-26
    • 0
    • None
    • 3
    • TBD
    • 🟥 DDL
    • None
    • None
    • None
    • None
    • None
    • None

      Consider a configsvr stepdown occurs after having repaired all chunks, but before having notified the shards through _flushRoutingTableCacheUpdates. So if the command fails due to the stepdown, the router retries but this time the configsvr determines that all chunks have already been repaired, thus does not add them to the changedShardIds list and thus does not call _flushRoutingTableCacheUpdates on the shards. This causes shards to not repair their chunk 'history' on config.cache.chunks.<nss>

            Assignee:
            Jordi Serra Torrens
            Reporter:
            Jordi Serra Torrens
            Votes:
            0 Vote for this issue
            Watchers:
            1 Start watching this issue

              Created:
              Updated:
              Resolved: