-
Type: Bug
-
Resolution: Fixed
-
Priority: Major - P3
-
Affects Version/s: None
-
Component/s: Replication
-
None
-
Fully Compatible
-
ALL
-
v4.0
-
Repl 2018-10-22, Repl 2018-11-05, Repl 2018-11-19
-
11
If a transaction commits locally against a primary, but that primary goes down without replicating the commit, then if the commitTransaction command is retried against the new primary it will error with NoSuchTransaction. Generally a NoSuchTransaction error in this case indicates that the transaction either aborted or rolled back, and thus it would be safe to retry the entire transaction over. If, however, the writeConcern times out in this case then its possible that the original primary could be re-elected without rolling back the txn commit, and thus the transaction could wind up surviving after all.
- causes
-
SERVER-37876 Unblacklist multi_statement_transaction_all_commands_same_session.js in concurrency_simultaneous_replication test suite
- Backlog
- has to be done before
-
SERVER-34620 Make speculative read atClusterTime not wait for the given cluster time to be majority-committed
- Closed
- is depended on by
-
SERVER-36311 Add stepdowns, shutdowns, and crashes to replica_sets_multi_stmt_txn_jscore_passthrough.yml
- Closed
- is duplicated by
-
SERVER-37516 Providing readConcern on second transaction statement can corrupt transaction
- Closed
- is related to
-
SERVER-37181 commitTransaction command can attach TransientTransactionError label on more errors
- Closed
- related to
-
SERVER-37516 Providing readConcern on second transaction statement can corrupt transaction
- Closed
-
SERVER-37681 Make it clear from the stack trace whether a command is running in a checked out session
- Closed