ShardsvrDropDatabaseParticipantCommand strips the mayBypassWriteBlocking flag

XMLWordPrintableJSON

    • Type: Bug
    • Resolution: Fixed
    • Priority: Major - P3
    • 9.1.0-rc0
    • Affects Version/s: None
    • Component/s: None
    • None
    • Catalog and Routing
    • Fully Compatible
    • ALL
    • v9.0
    • CAR Team 2026-08-31
    • None
    • None
    • None
    • None
    • None
    • None
    • None

      If the command comes in with txnId, it tries to create a new operation context with AlternativeClientRegion. By doing so, it lost the original mayBypassWriteBlocking setting from the original opCtx. I have confirmed this by adding logs before and after the AlternativeClientRegion. This causes the command to throw UserWritesBlocked error and dropDatabase coordinator to retry indefinitely until the user write block is released.

        1. repro.js
          6 kB

            Assignee:
            Allison Easton
            Reporter:
            Randolph Tan
            Votes:
            1 Vote for this issue
            Watchers:
            7 Start watching this issue

              Created:
              Updated:
              Resolved: