Loading...

XML

Word

Printable

JSON

Type: Bug
Resolution: Fixed
Priority: Major - P3
Fix Version/s: 5.0.0-rc0
Affects Version/s: None
Component/s: Sharding
Labels:
- PM-234-M2.5
- PM-234-T-config-txn-clone

Backwards Compatibility:
Fully Compatible
Operating System:
ALL
Sprint:
Sharding 2021-03-22, Sharding 2021-04-05, Sharding 2021-04-19
Linked BF Score:
42
Story Points:
2
Confidence Status:
None
Work Order:
3
CAR Domain/s:
None

Aha! Reference:
None
Tracking Level:
None
Risk Status:
None
Exec Notes:
None
Goal Name(s):
None
Goal Link:
None

This is because we use readConcern snapshot + atClusterTime and readPref nearest.

The issue is that, in secondaries, we squash multiple updates to config.transactions into one and use the newest timestamp when calling setTimestamp. So if we have 3 writes from retryable that corresponds to ts1, ts2 & ts3, the secondary will only have ts3 set properly and you will not be able to see the config.transactions document when reading with atClusterTime ts1 or ts2.

- - Sort By Name
  - Sort By Date
  - Ascending
  - Descending
  - Thumbnails
  - List
  - Download All

test.js
2 kB
Mar 15 2021 08:30:34 PM UTC

is related to

SERVER-54626 Retryable writes may execute more than once in resharding if statements straddle the fetchTimestamp

Closed

SERVER-54681 Resharding recipient shards which are also donor may fail retryable writes with IncompleteTransactionHistory too early

Closed

SERVER-56631 Retryable write pre-fetch phase could miss entry from config.transactions when reading from donor secondaries

Closed

SERVER-52921 Integrate config.transactions cloner for resharding into RecipientStateMachine

Closed

related to

SERVER-55305 Retryable write may execute more than once if primary had transitioned through rollback to stable

Closed

SERVER-55578 Disallow atClusterTime reads on the config.transactions collection

Closed

SERVER-55873 Force secondaries to apply each write to config.localReshardingOperations.donor in its own batch

Closed

(2 related to)

Assignee:: Randolph Tan
Reporter:: Randolph Tan
Participants:: Githook User, Max Hirschhorn, Randolph Tan
Votes:: 0 Vote for this issue
Watchers:: 4 Start watching this issue

Created:: Mar 15 2021 08:27:51 PM UTC
Updated:: Oct 29 2023 09:56:16 PM UTC
Resolved:: Apr 09 2021 03:21:08 PM UTC
Confidence Status Last Update:: 16/Mar/21 4:08 PM

Details

Description

Attachments

Attachments

Issue Links

Forms

Activity

People

Dates