[SERVER-37851] Create stepdown resilient fsm workload for cross-shard txn Created: 31/Oct/18  Updated: 27/Oct/23  Resolved: 14/Nov/18

Status: Closed
Project: Core Server
Component/s: None
Affects Version/s: 4.1.4
Fix Version/s: None

Type: Task Priority: Major - P3
Reporter: Randolph Tan Assignee: Randolph Tan
Resolution: Gone away Votes: 0
Labels: ShardedTxn:Testing
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Issue Links:
Depends
depends on SERVER-37344 Implement recovery token for retrying... Closed
Sprint: Sharding 2018-12-03
Participants:

 Description   
  • should keep track of recovery token and should attempt to recover commit when interrupted due to shutdown of shard/router
  • basic insert txn workload that is multi-statement and hits multiple shards.
  • check that if txn committed that changes where applied and no change changes are applied if aborted.


 Comments   
Comment by Randolph Tan [ 14/Nov/18 ]

After reviewing at existing fsm workloads:

https://github.com/mongodb/mongo/blob/r4.1.5/jstests/concurrency/fsm_workloads/multi_statement_transaction_simple.js
https://github.com/mongodb/mongo/blob/r4.1.5/jstests/concurrency/fsm_workloads/multi_statement_transaction_atomicity_isolation.js

I no longer believe this ticket will add more value.

Generated at Thu Feb 08 04:47:13 UTC 2024 using Jira 9.7.1#970001-sha1:2222b88b221c4928ef0de3161136cc90c8356a66.