Skip to content

Commit

Permalink
DRIVERS-1641: pre-4.4 mongos writeConcernError does not determine ret…
Browse files Browse the repository at this point in the history
…ryability

Also clarify that pre-4.4 writeErrors[].code should never be used to determine retryability. This is intentionally untested because failCommand does not provide a way to mock writeErrors.
  • Loading branch information
jmikola committed Jan 12, 2024
1 parent 2176bba commit b5acc2b
Show file tree
Hide file tree
Showing 3 changed files with 435 additions and 3 deletions.
16 changes: 13 additions & 3 deletions source/retryable-writes/retryable-writes.rst
Original file line number Diff line number Diff line change
Expand Up @@ -252,7 +252,8 @@ The RetryableWriteError label might be added to an error in a variety of ways:
errors that meet the following criteria if the retryWrites option is set to
true on the client performing the relevant operation:

- a server error response with any the following codes:
- a mongod or mongos response with any the following error codes in the
top-level ``code`` field:

.. list-table::
:header-rows: 1
Expand Down Expand Up @@ -284,8 +285,14 @@ The RetryableWriteError label might be added to an error in a variety of ways:
* - ExceededTimeLimit
- 262

- a server response with a write concern error response containing any of the
previously listed codes
- a mongod response with any of the previously listed codes in the
``writeConcernError.code`` field.

Drivers MUST NOT add a RetryableWriteError label based on the following:

- any ``writeErrors[].code`` fields in a mongod or mongos response

- the ``writeConcernError.code`` field in a mongos response

The criteria for retryable errors is similar to the discussion in the SDAM
spec's section on `Error Handling`_, but includes additional error codes. See
Expand Down Expand Up @@ -854,6 +861,9 @@ inconsistent with the server and potentially confusing to developers.
Changelog
=========

:2024-01-02: Do not use ``writeConcernError.code`` in pre-4.4 mongos response to
determine retryability. Do not use ``writeErrors[].code`` in
pre-4.4 server responses to determine retryability.
:2023-12-06: Clarify that writes are not retried within transactions.
:2023-12-05: Add that any server information associated with retryable
exceptions MUST reflect the originating server, even in the
Expand Down
303 changes: 303 additions & 0 deletions source/retryable-writes/tests/unified/insertOne-serverErrors.json

Some generated files are not rendered by default. Learn more about how customized files appear on GitHub.

Loading

0 comments on commit b5acc2b

Please sign in to comment.