[SERVER-84731] Resharding aggregation query should not acquire RSTL-IX when waiting lastStableRecoveryTimestamp Created: 10/Jan/24  Updated: 16/Jan/24  Resolved: 12/Jan/24

Status: Closed
Project: Core Server
Component/s: None
Affects Version/s: None
Fix Version/s: 7.2.1, 7.3.0-rc0

Type: Bug Priority: Major - P3
Reporter: Jiawei Yang Assignee: Jiawei Yang
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Issue Links:
Backports
Depends
Backwards Compatibility: Fully Compatible
Operating System: ALL
Backport Requested:
v7.2
Sprint: Repl 2024-01-22
Participants:
Linked BF Score: 136

 Description   

In SERVER-81381, we added logic in waitForReadConcern for the resharding aggregation query to wait lastStableRecoveryTimestamp to pass the snapshot read timestamp. We also do checkpoint in the waitForReadConcern code and it requires Global-IS lock. By default, acquiring Global-IS lock also acquires RSTL-IX. Because checkpointing is not interruptible through opCtx, a slow checkpoint can block stepup/stepdown, especially in slow environments like Windows Debug.



 Comments   
Comment by Githook User [ 16/Jan/24 ]

Author:

{'name': 'Jiawei Yang', 'email': 'jiawei.yang@mongodb.com', 'username': 'YoungYang0820'}

Message: SERVER-84731 not taking RSTL when waiting lastStableRecoveryTimestamp in resharding query (#17980)

GitOrigin-RevId: 8b277830cad843c512a891ebd19295cefab56371
Branch: v7.2
https://github.com/mongodb/mongo/commit/a75ef096be19ced6db8c53e082551def3f5fda39

Comment by Githook User [ 12/Jan/24 ]

Author:

{'name': 'Jiawei Yang', 'email': 'jiawei.yang@mongodb.com', 'username': 'YoungYang0820'}

Message: SERVER-84731 not taking RSTL when waiting lastStableRecoveryTimestamp in resharding query (#17980)

GitOrigin-RevId: 8b277830cad843c512a891ebd19295cefab56371
Branch: master
https://github.com/mongodb/mongo/commit/299be4bafe468dfbfa48c37b4c7a477248837436

Generated at Thu Feb 08 06:55:50 UTC 2024 using Jira 9.7.1#970001-sha1:2222b88b221c4928ef0de3161136cc90c8356a66.