[SERVER-58243] Investigate transaction_participant.cpp lock acquisitions Created: 02/Jul/21  Updated: 06/Dec/22

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

Type: Task Priority: Major - P3
Reporter: Gregory Wlodarek Assignee: Backlog - Replication Team
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Issue Links:
Related
related to SERVER-48129 Invariant that operations which are h... Closed
Assigned Teams:
Replication
Participants:

 Description   

A new invariant was added where operations that are holding open an oplog hole cannot try to acquire subsequent locks.

To temporarily circumvent this check, a new RAII-style class called IgnoreLockConstraintsOnTimestampedTxn was added to opt-out of the invariant.

There's a TODO in the codebase for this ticket. See SERVER-48129 for additional information.

The goal of this ticket should be to determine whether acquiring the lock can actually block in practice (perhaps another thread acquires a stronger lock).


Generated at Thu Feb 08 05:43:59 UTC 2024 using Jira 9.7.1#970001-sha1:2222b88b221c4928ef0de3161136cc90c8356a66.