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

safe_secondary_reads_causal_consistency.js is not robust to NetworkInterfaceExceededTimeLimit errors

    • Type: Icon: Bug Bug
    • Resolution: Unresolved
    • Priority: Icon: Major - P3 Major - P3
    • None
    • Affects Version/s: None
    • Component/s: None
    • Service Arch
    • 0
    • 3

      The test expects a find command to fail with either MaxTimeMsExpired or StaleConfig. It's possible to fail with NetworkInterfaceExceededTimeLimit if mongos hits the MaxTimeMs at the time that it attempts to get a connection to the shard because NetworkInterfaceTL uses the timeout set on the request as the timeout for grabbing a connection (and the timeout set on the request is set to the remaining maxTimeMs). This can of course happen outside of this test, so this ticket is to investigate/make a decision about whether we just want to change this test to accept NetworkInterfaceExceededTimeLimit errors, or if we'd want to do something like convert NetworkInterfaceExceededTimeLimit errors into MaxTimeMsExpired errors if the reason we hit NetworkInterfaceExceededTimeLimit is because we hit MaxTimeMs.

       

      Acceptance criteria: determine if throwing NetworkInterfaceExceededTimeLimit, and replacing MaxTimeMsExpired, is appropriate. If not, avoid replacing the error.

            Assignee:
            backlog-server-servicearch [DO NOT USE] Backlog - Service Architecture
            Reporter:
            janna.golden@mongodb.com Janna Golden
            Votes:
            0 Vote for this issue
            Watchers:
            2 Start watching this issue

              Created:
              Updated: