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

Refactor code using internal sharding write concern timeouts

    • Type: Icon: Task Task
    • 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
    • CAR Team 2025-03-31, CAR Team 2025-04-14
    • None
    • 0
    • None
    • None
    • None
    • None
    • None
    • None

      SERVER-101933's investigation highlighted some current limitations with internal write concerns in sharded clusters.

      We have a bunch of internal write concern timeouts that are used to override user-provided wtimeout for many operations. In particular, those 3 are widely used and often override user provided write concerns for DDL/administrative commands:

          static constexpr Seconds kWriteConcernTimeoutMigration{30};
          static constexpr Seconds kWriteConcernTimeoutSharding{60};
          static constexpr Seconds kWriteConcernTimeoutUserCommand{60};
      

      In order to properly tackle SERVER-101933, refactor the usages and centralize/deduplicate write concern declarations based on those wtimeout.

            Assignee:
            kaloian.manassiev@mongodb.com Kaloian Manassiev
            Reporter:
            pierlauro.sciarelli@mongodb.com Pierlauro Sciarelli
            Votes:
            0 Vote for this issue
            Watchers:
            1 Start watching this issue

              Created:
              Updated:
              Resolved: