Refactor code using internal sharding write concern timeouts

XMLWordPrintableJSON

    • Type: Task
    • Resolution: Fixed
    • Priority: 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
    • 3
    • None
    • 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
              Reporter:
              Pierlauro Sciarelli
              Votes:
              0 Vote for this issue
              Watchers:
              1 Start watching this issue

                Created:
                Updated:
                Resolved: