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

In attachCursorToPipeline when local read fails we should not catch stale config exceptions

    XMLWordPrintableJSON

Details

    • Icon: Improvement Improvement
    • Resolution: Unresolved
    • Icon: Major - P3 Major - P3
    • None
    • None
    • None
    • None
    • Query Execution
    • 113

    Description

      In attachCursorToPipeline we catch StaleDbVersion and StaleShardVersionError exceptions, but in theory we should not, as 
      sharding::router::CollectionRouter already handles this type of errors.

      But if we remove them, we just fail with "Exceeded maximum number of 10 retries attempting .. sharding status of collection ... is not currently known and needs to be recovered"
       
      This means that somewhere we don't handle config refresh correctly.

      Attachments

        Activity

          People

            backlog-query-execution Backlog - Query Execution
            ivan.fefer@mongodb.com Ivan Fefer
            Votes:
            0 Vote for this issue
            Watchers:
            5 Start watching this issue

            Dates

              Created:
              Updated: