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

XMLWordPrintableJSON

    • Type: Improvement
    • Resolution: Unresolved
    • Priority: Major - P3
    • None
    • Affects Version/s: None
    • Component/s: None
    • None
    • Query Execution
    • 113
    • None
    • 3
    • None
    • None
    • None
    • None
    • None
    • None

      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.

            Assignee:
            [DO NOT USE] Backlog - Query Execution
            Reporter:
            Ivan Fefer
            Votes:
            0 Vote for this issue
            Watchers:
            5 Start watching this issue

              Created:
              Updated: