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

Handle uninitialized sharding components on secondaries

    • Type: Icon: Bug Bug
    • Resolution: Fixed
    • Priority: Icon: Major - P3 Major - P3
    • 8.2.0-rc0
    • Affects Version/s: None
    • Component/s: None
    • None
    • Catalog and Routing
    • Fully Compatible
    • ALL
    • CAR Team 2025-03-31, CAR Team 2025-04-14
    • 200
    • None
    • 3
    • None
    • None
    • None
    • None
    • None
    • None

      Since the shard identity document is only written with w:majority (which doesn't even wait for the document to be applied on secondaries) it is possible that a mongoS contacts a secondary with a versioned request or some sharding specific request but that secondary does not yet know that it has been added to a sharded cluster.

      This ticket is to throw an error in these cases and wait for the op time on that node to reach the latest seen topology time. Because the topology time is inclusive of the write of the shard identity on the replica set, this will imply waiting for sharding to be fully initialized. After this wait, the operation can be retried.

            Assignee:
            allison.easton@mongodb.com Allison Easton
            Reporter:
            allison.easton@mongodb.com Allison Easton
            Votes:
            0 Vote for this issue
            Watchers:
            3 Start watching this issue

              Created:
              Updated:
              Resolved: